home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1994 March / Internet Info CD-ROM (Walnut Creek) (March 1994).iso / inet / internet-drafts / draft-labarre-internetmib-iso-02.txt < prev    next >
Text File  |  1993-06-07  |  133KB  |  3,722 lines
  1.  
  2.  
  3.  
  4.         INTERNET DRAFT               Expires November    29, 1993
  5.  
  6.  
  7.  
  8.           ISO/CCITT and    Internet Management Coexistence    (IIMC):
  9.  
  10.            Translation of Internet MIBs    to ISO/CCITT GDMO MIBs
  11.  
  12.                      (IIMCIMIBTRANS)
  13.  
  14.                      Draft 2
  15.                       May 26, 1993
  16.  
  17.  
  18.                   Lee LaBarre (Editor)
  19.  
  20.                   The MITRE Corporation
  21.                      Burlington    Road
  22.                     Bedford, MA    01730
  23.                   cel@mbunix.mitre.org
  24.  
  25.  
  26.         Status of this Memo
  27.  
  28.         This document provides information to the network and systems
  29.         management community.  This    document is intended as    a
  30.         contribution to ongoing work in the    area of    multi-protocol
  31.         management coexistence and interworking.  This document is part
  32.         of a package; see also [IIMCOMIBTRANS] [IIMCMIB-II]    [IIMCPROXY]
  33.         and    [IIMCSEC]. Distribution    of this    document is unlimited.
  34.         Comments should be sent to the Network Management Forum IIMC
  35.         working group (iimc@thumper.bellcore.com).
  36.  
  37.         This document is an    Internet Draft.     Internet Drafts are working
  38.         documents of the Internet Engineering Task Force (IETF), its
  39.         Areas, and its Working Groups.  Note that other groups may also
  40.         distribute working documents as Internet Drafts.
  41.  
  42.         Internet Drafts are    draft documents    valid for a maximum of six
  43.         months. Internet Drafts may    be updated, replaced, or obsoleted
  44.         by other documents at any time.  It    is not appropriate to use
  45.         Internet Drafts as reference material or to    cite them other    than
  46.         as a ``working draft'' or ``work in    progress.''
  47.  
  48.         Please check the 1id-abstracts.txt listing contained in the
  49.         internet-drafts Shadow Directories on nic.ddn.mil,
  50.         nnsc.nsf.net,nic.nordu.net,    ftp.nisc.sri.com, munnari.oz.au    to
  51.         learn the current status of    any Internet Draft.
  52.  
  53.  
  54.  
  55.  
  56.  
  57.  
  58.  
  59.  
  60.  
  61.  
  62.  
  63.         LaBarre          Expires November 29, 1993          Page i
  64.  
  65.  
  66.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  67.  
  68.  
  69.  
  70.         Abstract
  71.  
  72.         This document is intended to facilitate the    multi-protocol
  73.         management coexistence and interworking for    networks that are
  74.         managed using the ISO/CCITT    Common Management Information
  75.         Protocol (CMIP) and    networks that are managed using    the Internet
  76.         Simple Network Management Protocol (SNMP).    This document
  77.         contains translation and registration procedures that are
  78.         applicable to translation of Internet MIBs,    defined    according to
  79.         the    Internet Structure of Management Information (SMI), into
  80.         ISO/CCITT SMI-defined MIBs.     This document also defines and
  81.         registers generic management information that may be used with
  82.         the    translation procedures to facilitate interoperability.
  83.  
  84.         Table of Contents
  85.  
  86.         Status of this Memo    ......................................i
  87.         Abstract .................................................ii
  88.         Table of Contents ........................................ii
  89.         Revision History .........................................iv
  90.         1.Introduction ...........................................1
  91.         1.1     Problem Statement ...................................1
  92.         1.2     Overview of IIMC ....................................1
  93.         1.3     MIB Translation Procedures ..........................2
  94.         1.4     Native    Management Model .............................3
  95.         1.5     Proxy Management Model    ..............................4
  96.         1.6     Scope of this Document    ..............................5
  97.         1.7    Terms and Conventions ................................5
  98.         2. Registration and    Naming Procedures ....................6
  99.         2.1    Registration Procedures    ..............................6
  100.         2.1.1 Automated Registration Procedures ..................6
  101.         2.1.2 IIMC Explicit    Registration Procedures    ..............7
  102.         2.1.2.1 Object Classes and Attributes Registration .......8
  103.         2.1.2.2 Trap/Notification Registration ...................8
  104.         2.1.2.3 NAME BINDINGs Registration .......................9
  105.         2.1.2.4 Registration of ASN.1 Modules and IIMC Documents .9
  106.         2.2    Naming Procedures ....................................10
  107.         2.2.1 Naming Attribute ...................................10
  108.         2.2.2 ISO/CCITT-Internet Naming Tree .....................10
  109.         2.2.3 Distinguished    Names ................................11
  110.         2.3    OID Translation    ......................................11
  111.         2.3.1 OID/Name Translation
  112.          ISO/CCITT to Internet ...............................11
  113.         2.3.2 OID/Name Translation
  114.          Internet to ISO/CCITT ...............................13
  115.         2.4    Inheritance for    Object Classes .......................15
  116.         2.5    Reference Labels for Derived Entities ................15
  117.         3. Internet    to ISO/CCITT MIB Translation Procedures    ......15
  118.         3.1    Pre-translation    Procedures ...........................15
  119.         3.2    GDMO Translation Procedures ..........................18
  120.         3.2.1 Translation of Groups    ..............................19
  121.         3.2.2 Translation of Table Objects .......................20
  122.         3.2.3 Translation of Table Entry Objects .................21
  123.  
  124.  
  125.         LaBarre          Expires November 29, 1993         Page ii
  126.  
  127.  
  128.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  129.  
  130.  
  131.         3.2.4 Translation of Other OBJECT-TYPES ..................23
  132.         3.2.5 Translation of Notifications .......................26
  133.         3.2.6 Log Record for Internet Alarm. .....................27
  134.         3.2.7 Translation of Internet Attribute Types ............27
  135.         3.3    Post-translation Procedures ..........................29
  136.         3.3.1 Post-translation of BEHAVIOUR    Cause ................29
  137.         3.3.2 Deletion of Derived MIB Elements ...................30
  138.         3.3.3 Creation of NAME BINDING Templates .................30
  139.         3.3.4 Attribute Property-label Changes ...................34
  140.         3.3.4.1 Create/Delete Attributes .........................34
  141.         3.3.4.2 Naming (INDEX) Attributes ........................34
  142.         4. IIMCIMIBTRANS MIB .....................................35
  143.         4.1     IMIBTRANS MIB GDMO Templates ........................35
  144.         -- 4.1.1  IMIBTRANS    Managed    Object Classes ...............35
  145.         -- 4.1.2  IMIBTRANS    Attributes ...........................36
  146.         -- 4.1.3  IMIBTRANS    Notifications ........................38
  147.         -- 4.1.4  IMIBTRANS    Attribute Types    ......................39
  148.         4.2     IMIBTRANS ASN.1 Modules .............................46
  149.         5. Acknowledgments .......................................50
  150.         References ...............................................51
  151.         Appendix A (Normative)
  152.          Managed Object    Conformance Statements (MOCS) ........53
  153.         Appendix B (Informative)
  154.          Issues    in Conceptual Table Translation    ..............54
  155.  
  156.  
  157.  
  158.  
  159.  
  160.  
  161.  
  162.  
  163.  
  164.  
  165.  
  166.  
  167.  
  168.  
  169.  
  170.  
  171.  
  172.  
  173.  
  174.  
  175.  
  176.  
  177.  
  178.  
  179.  
  180.  
  181.  
  182.  
  183.  
  184.  
  185.  
  186.  
  187.         LaBarre          Expires November 29, 1993        Page iii
  188.  
  189.  
  190.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  191.  
  192.  
  193.  
  194.         Revision History
  195.  
  196.         Draft 0 - October 9, 1992
  197.          Initial draft of this document.
  198.  
  199.         Draft 1 - March 26,    1993
  200.          Previous draft    of this    document (replaced Draft 0).
  201.  
  202.         Draft 2 - May 26, 1993
  203.          Current draft of this document    (replaces Draft    1).
  204.  
  205.         Major Changes Since    Last Revision
  206.  
  207.         1. Additional information added to the generic notification.
  208.            Also changed the    unknownVarBindList syntax to a choice
  209.            between SNMPv1 and SNMPv2 syntax.
  210.         2. Updated references to reflect SNMPv2 changes.
  211.         3. All notifications are now emitted by the    internetSystem
  212.            object (if source agent known) or cmipsnmpProxyAgent (if
  213.            source agent unknown).
  214.         4. Clarified naming    hierarchy for translated MIBs.
  215.         5. Only single name    bindings are now automatically
  216.            assigned    for translated objects.
  217.         6. Extended    pre and    post processing    procedures.
  218.         7. Clarified that automatic    and explicit registration
  219.            procedures apply    to entities registered under
  220.            the IIMC    with the NM Forum as registration authority.
  221.         8. Added a temporary Appendix B to describe    issues related
  222.            to translation of conceptual table objects.
  223.         9. Added a log record class    related    to the internetAlarm
  224.            notification.
  225.         10.Changed post processing procedures to disallow creation
  226.            and deletion of table entries by    CMIS set attribute;
  227.            now allowed only    via CMIS create    and delete operations.
  228.         11.Added post-translation checking to ensure that attributes
  229.            used for    naming table entries (derived from Internet
  230.            indexing    objects) may not be modified by    CMIS operations
  231.            except through the create/delete    process. Their
  232.            translated property-label must be GET.
  233.         12.Now allow multiple name bindings    for the    ISO system
  234.            managed object (e.g., to    root or    to some    other object
  235.            class).
  236.         13.Changed ASN.1 syntax to use Internet syntax for
  237.            attributes, including the syntax    for counters and gauges.
  238.         14.Changed create and delete modifiers for name bindings to
  239.            improve consistent translation of name bindings.
  240.         15.Put place holder    for MOCS in normative Appendix A.
  241.         16.Added BEHAVIOUR clause to the name binding template and
  242.            specified scannable behaviour for all BEHAVIOURs.
  243.         17.Removed CREATEDELETEATT and CREATEDELETEVALUE from the
  244.            scannable behaviour for table entry objects and put them
  245.            into the    scannable behaviour for    name bindings.    All
  246.            information relative to creation    and deletion via CMIS or
  247.  
  248.  
  249.         LaBarre          Expires November 29, 1993         Page iv
  250.  
  251.  
  252.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  253.  
  254.  
  255.            SNMP is in the scannable    behaviour for name binding.
  256.         18.Added scannable behaviour to attribute types.
  257.         19.Changed allowed operations and values for the rowStatus
  258.            attribute type, and deleted most    of text    description.
  259.  
  260.         Outstanding    Issues
  261.  
  262.         1. Should we keep the current translation of Internet
  263.         "conceptual" tables    into ISO object    classes    (which we call table
  264.         objects)? Is the convenience they provide for scoping sufficient
  265.         to warrant their inclusion in the translated MIB? Appendix B
  266.         provides a description of this issue; comments are solicited
  267.         during review.
  268.  
  269.         2. Can most    current    ASN.1 compilers    handle ASN.1 macros (e.g.,
  270.         Internet MIB macros)?  The current ASN.1 modules IMPORT some
  271.         Internet MIB macros    for the    syntax that they contain (e.g.,    the
  272.         TEXTUAL-CONVENTION macro).
  273.  
  274.         3. What should internetAlarmRecords    used for logging
  275.         internetAlarms contain? Comments are solicited on this new
  276.         object class defined in this draft.
  277.  
  278.  
  279.  
  280.  
  281.  
  282.  
  283.  
  284.  
  285.  
  286.  
  287.  
  288.  
  289.  
  290.  
  291.  
  292.  
  293.  
  294.  
  295.  
  296.  
  297.  
  298.  
  299.  
  300.  
  301.  
  302.  
  303.  
  304.  
  305.  
  306.  
  307.  
  308.  
  309.  
  310.  
  311.         LaBarre          Expires November 29, 1993          Page v
  312.  
  313.  
  314.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  315.  
  316.  
  317.         1.Introduction
  318.  
  319.         This section provides an overview of ISO/CCITT and Internet
  320.         Management Coexistence (IIMC) activities, insight into the
  321.         problem being addressed by IIMC, and a brief introduction to the
  322.         strategy adopted by    IIMC: use of translated    MIBs in    either a
  323.         proxy or native implementation. The    section    concludes by
  324.         describing the scope of this document, and terms and conventions
  325.         used by this document.
  326.  
  327.         1.1     Problem Statement
  328.  
  329.         The    need for enterprise network management has been    addressed by
  330.         development    of network management standards    within various
  331.         communities, most notably the ISO/CCITT and    Internet
  332.         communities.
  333.  
  334.         -     The ISO/CCITT community developed the Common Management
  335.          Information Protocol (CMIP) [ISO9596-1], and related SMI
  336.          documents [ISO10165-1,2,4].
  337.  
  338.         -     The Internet community    developed the Simple Network
  339.          Management Protocol (SNMP) [RFC1157], and its successor,
  340.          SNMPv2    [RFC1448]. The Internet    SMI is defined in
  341.          [RFC1155] and [RFC1442].
  342.  
  343.         These standards share a nearly common management model, but
  344.         diverge due    to differing management    philosophies. Although
  345.         functionally similar, the Internet and ISO/CCITT protocols and
  346.         SMIs differ    in terms of their complexity and specific
  347.         operations.    Business requirements for end-to-end enterprise
  348.         management include the need    to integrate the management of
  349.         components accessed    by ISO/CCITT management, Internet
  350.         management,    and proprietary    management mechanisms in a manner
  351.         which presents a unified view of the network, despite protocol
  352.         and    SMI differences.
  353.  
  354.         For    example, many telecommunications and computer vendors,
  355.         represented    by organizations such as the Network Management
  356.         Forum (NMF), and the U.S. government, as specified in the
  357.         Government Network Management Profile (GNMP), have based their
  358.         enterprise management model    on the ISO/CCITT management model.
  359.         These organizations    are particularly interested in integrated
  360.         management of devices that use the Internet    management. This
  361.         interest is    primarily due to the widespread    commercial
  362.         implementation and use of such devices, especially devices that
  363.         use    the Internet TCP/IP protocol suite.
  364.  
  365.         1.2     Overview of IIMC
  366.  
  367.         This document is part of a package of ISO/CCITT and    Internet
  368.         Management Coexistence (IIMC) drafts.  Documents included in
  369.         this package are:
  370.  
  371.  
  372.  
  373.         LaBarre          Expires November 29, 1993          Page 1
  374.  
  375.  
  376.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  377.  
  378.  
  379.         [IIMCIMIBTRANS]    Translation of Internet    MIBs to    ISO/CCITT
  380.                 GDMO MIBs
  381.  
  382.         [IIMCOMIBTRANS]    Translation of ISO/CCITT GDMO MIBs to
  383.                 Internet MIBs
  384.  
  385.         [IIMCMIB-II]    Translation of Internet    MIB-II (RFC1213)
  386.                 to ISO/CCITT GDMO MIB
  387.  
  388.         [IIMCPROXY]        ISO/CCITT to Internet Management Proxy
  389.  
  390.         [IIMCSEC]        ISO/CCITT to Internet Management Security
  391.  
  392.         These documents together comprise a    package    aimed at integrating
  393.         ISO/CCITT-based and    Internet-based management systems.  These
  394.         documents represent    coexistence and    interworking efforts
  395.         underway within the    IIMC working group, chartered under the
  396.         auspices of    the Network Management Forum  Architecture
  397.         Integration    ISO/Internet (AIII) technical team.
  398.  
  399.         The    IIMC intends to    address    the problem that end-to-end
  400.         management requires    an integrated, unified view of the managed
  401.         network, despite differences in management protocol    and
  402.         information    structure.  Integrated management can be facilitated
  403.         by the development of "proxy" mechanisms which translate between
  404.         functionally equivalent service, protocol, and SMI differences
  405.         to create this unified view.  MIB translation procedures can be
  406.         used to support proxy management, as well as to take advantage
  407.         of existing    MIB definition and avoid duplication of    effort.    In
  408.         this way, commercial investment in both ISO/CCITT and Internet-
  409.         based management technologies can be preserved through
  410.         deployment of common methods and tools which support
  411.         integration.
  412.  
  413.         This overall strategy was outlined in a joint publication
  414.         developed by the NM    Forum and X/Open entitled "ISO/CCITT and
  415.         Internet Management: Coexistence and Interworking Strategy"
  416.         [NMFTR107].     The documents included    in the IIMC package are    the
  417.         next level of detailed specifications which    implement several of
  418.         the    methodologies identified in the    strategy.
  419.  
  420.         1.3     MIB Translation Procedures
  421.  
  422.         The    foundation of IIMC is provided by a pair of Management
  423.         Information    Base (MIB) translation procedures.
  424.  
  425.         -     [IIMCIMIBTRANS] specifies translation procedures for
  426.          converting MIBs from Internet MIB macro format    into
  427.          ISO/CCITT GDMO    template format.
  428.  
  429.         -     [IIMCOMIBTRANS] specifies translation procedures for
  430.          converting MIBs from ISO/CCITT    GDMO template format into
  431.          Internet MIB macro format.
  432.  
  433.  
  434.  
  435.         LaBarre          Expires November 29, 1993          Page 2
  436.  
  437.  
  438.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  439.  
  440.  
  441.         The    IIMC approach is to specify direct translation procedures
  442.         which yield    a pair of functionally-equivalent MIBs,    as shown in
  443.         the    following figure.
  444.  
  445.         +----------------+       +--------------------+     +----------------+
  446.         |  Internet    MIB  |       |   MIB Translation    |     |       GDMO    MIB    |
  447.         |             |       |     Procedures    |     |               |
  448.         |  Format =         |       |    Specified By    |     |    Format =       |
  449.         |  [RFC1212] &   |---->| [IIMCIMIBTRANS] or    |---->|    [ISO10165-1] & |
  450.         |  [RFC1442]     |<----| [IIMCOMIBTRANS]    |<----|    [ISO10165-4]   |
  451.         +----------------+       +--------------------+     +----------------+
  452.  
  453.         MIBs translated by these procedures    may be used to take
  454.         advantage of existing MIB definitions when business    needs
  455.         require deployment in a different management environment.
  456.         Translated MIBs may    also be    used to    provide    uniformity when
  457.         multiple management    environments are supported by a    single
  458.         system (e.g., dual stack managers).    Finally, IIMC MIB
  459.         translation    procedures may be used to support service emulation
  460.         by a proxy.
  461.  
  462.         1.4     Native    Management Model
  463.  
  464.         The    basic model for    ISO/CCITT and Internet management is
  465.         illustrated    in the following diagram.
  466.  
  467.             Manager                      Agent
  468.           +-----------------------+           +----------------------+
  469.           |+---------------------+|           |+-------------------+ |
  470.           ||     Management         ||           ||       Managed    | |
  471.           ||    Applications     ||           ||      Resources    | |
  472.           |+---------------------+|           |+-------------------+ |
  473.           |      |              |           |    |          |
  474.           |      |              |           |    |          |
  475.           |+-----------+---------+|           |+----------+---------+|
  476.           ||  Manager  |   MIB   ||           ||  Agent   |   MIB     ||
  477.           |+-----------+---------+|           |+----------+---------+|
  478.           |       |              |           |    |          |
  479.           |       |  Management      |           |    |  Management      |
  480.           |       |   Services          |           |    |   Services      |
  481.           +-----------------------+           +----------------------+
  482.           |     Management Protocol  |           |  Management Protocol |
  483.           +-----------------------+           +----------------------+
  484.               ^                       ^
  485.               |                       |
  486.               +------------------------------------+
  487.                     Protocol Messages
  488.  
  489.         Within IIMC    documents, this    model is referred to as    the "native"
  490.         management model. MIBs translated using IIMC procedures can    be
  491.         used by "native" agent implementations.  For example, an
  492.         ISO/CCITT agent can    make visible TCP/IP managed resources using
  493.         the    translated GDMO    version    of the Internet    MIB-II [RFC1213]
  494.         specified by [IIMCMIB-II]. Dual-stack managers or agents may
  495.  
  496.  
  497.         LaBarre          Expires November 29, 1993          Page 3
  498.  
  499.  
  500.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  501.  
  502.  
  503.         also be implemented    which support both the original    MIB and    the
  504.         translated MIB generated using IIMC-specified procedures.
  505.  
  506.         1.5     Proxy Management Model
  507.  
  508.         The    basic model for    ISO/CCITT to Internet proxy management is
  509.         illustrated    in the following diagram. This proxy is    specified by
  510.         [IIMCPROXY]. A similar approach could also be taken    to specify
  511.         an Internet    to ISO/CCITT proxy, although no    such IIMC document
  512.         is currently specified.
  513.  
  514.               Manager            Proxy            Agent
  515.          +-----------------------+    +---------------------+     +----------------------+
  516.          |+---------------------+|    |+------+ +----------+|     |+-------------------+    |
  517.          ||        Management        ||    || GDMO    | | Internet ||     ||     Managed      |    |
  518.          ||       Applications        ||    || MIB    | |   MIB    ||     ||    Resources     |    |
  519.          |+---------------------+|    |+------+ +----------+|     |+-------------------+    |
  520.          |        |             |    |+-------------------+|     |    |        |
  521.          |        |             |    ||    Service         ||     |    |        |
  522.          |        |             |    ||     Emulation     ||     |    |        |
  523.          |        |             |    ||(scoping)         ||     |    |        |
  524.          |        |             |    ||   (filtering)     ||     |    |        |
  525.          |        |            ||     (operations)||     |    |        |
  526.          |+-----------+---------+|    |+-------------------+|     |+----------+---------+|
  527.          ||    ISO/CCITT |   GDMO  ||    || Protocols Mapping ||     || Internet | Internet||
  528.          ||     Manager  |   MIB   ||    ||  CMIS |...| SNMP  ||     ||  Agent   |     MIB   ||
  529.          |+-----------+---------+|    |+-------------------+|     |+----------+---------+|
  530.          |      |             |    |  |CMIS       |  |     |    |            |
  531.          |      | CMIS Services    |    |  |Services       |  |     |    |    SNMP "Services"    |
  532.          |      |             |    |  |           |  |     |    |            |
  533.          |      |             |    |  |           SNMP|  |     |    |            |
  534.          |      |             |    |  |     "Services"|  |     |    |            |
  535.          +-----------------------+    +---------------------+     +----------------------+
  536.          |           CMIP         |    |   CMIP   |   SNMP   |     |      SNMP        |
  537.          +-----------------------+    +---------------------+     +----------------------+
  538.             ^              ^        ^            ^
  539.             |              |        |            |
  540.             +---------------------+        +-------------------+
  541.                  CMIP Messages            SNMP Messages
  542.  
  543.         This ISO/CCITT to Internet proxy provides emulation    of CMIS
  544.         services by    mapping    to the corresponding SNMP message(s)
  545.         necessary to carry out the service request.    The service
  546.         emulation allows management    of Internet objects by an ISO/CCITT
  547.         manager. The left hand side    of the proxy behaves like an
  548.         ISO/CCITT agent, communicating with    the ISO/CCITT manager using
  549.         CMIP protocols. The    right hand side     of the    proxy behaves like
  550.         an Internet    manager, communicating with the    Internet agent using
  551.         SNMP protocols.
  552.  
  553.         The    proxy relies on    the existence of a pair    of directly-related
  554.         MIB    definitions, where the Internet    MIB has    been translated    into
  555.         ISO/CCITT GDMO using the procedures    specified in
  556.         [IIMCIMIBTRANS]. The proxy uses these MIB definitions and rules
  557.  
  558.  
  559.         LaBarre          Expires November 29, 1993          Page 4
  560.  
  561.  
  562.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  563.  
  564.  
  565.         to provide run-time    translation of management information
  566.         carried in service requests    and responses.
  567.  
  568.         The    proxy is designed with a specified interface between the
  569.         proxy and the underlying protocol stacks, and so deals primarily
  570.         in terms of    CMIS services and SNMP "services".  The    proxy
  571.         emulates services such as CMIS scoping and filtering, processing
  572.         of CMIS operations,    and forwarding/logging of CMIS notifications
  573.         by performing a mapping process which must be tailored for each
  574.         protocol (for example, SNMPv1 and SNMPv2 are variants of the
  575.         same protocol mapping process).
  576.  
  577.  
  578.         1.6     Scope of this Document
  579.  
  580.         A major reason for the rapid commercialization of devices
  581.         manageable via the Internet    management protocol is due to the
  582.         speed with which the vendors in the    Internet community have    been
  583.         able to develop MIBs based on the Internet SMI.  To    capitalize
  584.         on this continuing Internet    MIB development    and their deployment
  585.         in commercial devices, communities interested in integrated
  586.         management via ISO/CCITT-Internet proxies require that
  587.         procedures be defined for translation of Internet MIBs into
  588.         ISO/CCITT GDMO MIBs, i.e., MIBs defined according to the
  589.         ISO/CCITT SMI Guidelines for Definition of Managed Objects
  590.         [ISO10165-4].  Communities interested in using ISO/CCITT
  591.         management protocols to directly manage resources using the
  592.         Internet defined MIB elements are also interested in MIB
  593.         translation    procedures.  Such MIB translations may also minimize
  594.         the    independent development    of ISO/CCITT GDMO MIBs for the same
  595.         resources and thereby reduce the incompatibilities with the
  596.         Internet MIBs.
  597.  
  598.         Translation    procedures which may be    automated to a high degree,
  599.         and    include    unambiguous automated registration procedures, are
  600.         of particular interest to the communities interested in using
  601.         GDMO translations of Internet MIBs.     This document
  602.         (IIMCIMIBTRANS) defines such procedures.
  603.  
  604.         This document also defines generic SNMP trap to CMIS
  605.         notification mappings, common naming conventions, and ASN.1
  606.         modules applicable to translated Internet MIBs.
  607.  
  608.         Many of the    procedures defined in this document may    be subject
  609.         to automation.  Comments are provided concerning possible aids
  610.         to automation; however, it is not the intent of this document to
  611.         provide fully automated translation    algorithms.
  612.  
  613.         1.7     Terms and Conventions
  614.  
  615.         This document assumes that the reader is familiar with the
  616.         ISO/CCITT SMI and Internet SMI, and    the terminology    of each.
  617.         The    term SNMP will be used throughout the document to indicate
  618.         either SNMPv1 or SNMPv2, unless a distinction needs    to be made.
  619.  
  620.  
  621.         LaBarre          Expires November 29, 1993          Page 5
  622.  
  623.  
  624.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  625.  
  626.  
  627.  
  628.         Other conventions used during the translation process are
  629.         described in Section 3.2.
  630.  
  631.         2. Registration and    Naming Procedures
  632.  
  633.         Registration and naming procedures are crucial to the unique
  634.         identification of management information.  Registration assures
  635.         the    uniqueness of management information element types, while
  636.         naming provides a way of distinguishing instances of a type    and
  637.         locating them within the MIB.
  638.  
  639.         2.1    Registration Procedures
  640.  
  641.         Registration procedures specify that changes in the    syntax or
  642.         semantics of registered entities require them to be    registered
  643.         as new entities.  The process of converting    Internet MIBs into
  644.         the    ISO/CCITT GDMO MIBs inevitably introduces subtle semantic
  645.         changes in how data    can be operated    on, and    changes    in the
  646.         content of the MIB element.     For example, ISO/CCITT    attributes
  647.         that are converted from Internet Object Types acquire matching
  648.         rules for use in filtering operations.  ISO/CCITT object classes
  649.         that are created from Internet groups acquire semantics related
  650.         to their inheritance of new    attributes from    the "top" managed
  651.         object class. The end result is that all the new ISO/CCITT
  652.         object classes, attributes,    and notifications created during the
  653.         translation    process    must be    registered.  In    addition, name
  654.         bindings for inserting object instances into the naming
  655.         hierarchy must be registered.
  656.  
  657.         2.1.1 Automated Registration Procedures
  658.  
  659.         Registration procedures are    critical to the    goals of automating
  660.         the    translation of Internet    MIBs to    ISO/CCITT GDMO format, and
  661.         the    efficient implementation of ISO/CCITT-Internet proxies.
  662.         Registration involves assignment of    an ASN.1 Object    Identifier
  663.         (OID) to the entity.  Management entities defined according    to
  664.         the    principles of the Internet SMI may be registered under the
  665.         IAB's "internet" arc, or registered    under an arc in    another
  666.         organization's proprietary registration subtree.
  667.  
  668.         Since OIDs can be guaranteed to be unique across organizations
  669.         only within    the context of the uppermost registration hierarchy,
  670.         this document uses the entire OID to prevent ambiguity.  The
  671.         effect of the registration procedure specified in this document
  672.         is to graft    the entire OID to another part of the registration
  673.         tree, without changing the OID structure.
  674.  
  675.         Registration is accomplished by the    following procedure:
  676.  
  677.         a) determine the sequence of sub-identifiers of the    OID assigned
  678.         to the internet management entity, beginning at the    root of    the
  679.         registration tree, and identify that sequence as
  680.         <internetEntityId>,
  681.  
  682.  
  683.         LaBarre          Expires November 29, 1993          Page 6
  684.  
  685.  
  686.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  687.  
  688.  
  689.  
  690.          NOTE: Remember, the first part    of the ASN.1 encoded OID
  691.          must be translated into two sub-identifiers.
  692.  
  693.         b) determine the translated    OID {<iimcTransOID>} as:
  694.  
  695.  
  696.          {<iimcTransOID>}    =      {<iimcAutoTrans>
  697.                       <internetEntityId>}
  698.  
  699.         where <iimcAutoTrans> is the OID dedicated for ISO/CCITT-
  700.         Internet automated registration procedures.
  701.  
  702.         This procedure preserves the unique    identification of the
  703.         entities within the    Internet subtree, and entities identified by
  704.         OIDs that are registered by    other organizations.
  705.  
  706.         Internet defined groups and    objects    must be    registered as
  707.         ISO/CCITT object classes and attributes; and Internet traps    must
  708.         be registered for inclusion    in as ISO/CCITT    notifications.    This
  709.         document allocates an arc in the registration hierarchy for    use
  710.         in automated registration of management elements defined
  711.         according to IIMC procedures defined in this document.  The    arc
  712.         is named "iimcAutoTrans".
  713.  
  714.          iimcAutoTrans OBJECT IDENTIFIER ::= {...TBD...}
  715.  
  716.         Editor's Note: [This TBD value to be provided prior    to
  717.         publication.]
  718.  
  719.         2.1.2 IIMC Explicit    Registration Procedures
  720.  
  721.         Automated registration procedures alone are    not sufficient to
  722.         support the    translation process.  ISO/CCITT    management entities
  723.         other than translated objects, attributes, and Internet traps,
  724.         need to be explicitly registered. These entities include:
  725.  
  726.          - name    bindings for object classes,
  727.          - ASN.1 modules that may be referenced    for
  728.            inclusion in    other ASN.1 modules of other documents,    -
  729.         documents to enable    MIB elements and attribute types
  730.            defined in one document to be referenced within other
  731.            documents,
  732.          - IIMC    defined    management elements, such as the generic
  733.            notification    defined    in this    document and the IIMC
  734.            proxy MIB defined in    [IIMCPROXY].
  735.  
  736.         This document allocates an arc in the registration hierarchy for
  737.         explicitly registering IIMC    management entities.  The arc is
  738.         named "iimcManagement".
  739.  
  740.         This document assigns sub-arcs under the "iimcManagement" arc in
  741.         the    ASN.1 module in    section    4.2.
  742.  
  743.  
  744.  
  745.         LaBarre          Expires November 29, 1993          Page 7
  746.  
  747.  
  748.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  749.  
  750.  
  751.         The    following paragraphs describe IIMC registration    procedures
  752.         to facilitate automated translation    and assure uniqueness of
  753.         registered ASN.1 object identifiers    for ISO/CCITT object classes
  754.         and    attributes derived from    internet entities; and a
  755.         registration procedure for their name bindings.
  756.  
  757.         2.1.2.1 Object Classes and Attributes Registration
  758.  
  759.         Follow the procedure described in section 2.1.1 for    OIDs
  760.         associated with Internet groups, conceptual    tables,    conceptual
  761.         table entries, and objects.
  762.  
  763.         2.1.2.2 Trap/Notification Registration
  764.  
  765.         Internet traps/notifications and informRequests are    not
  766.         considered by the Internet SMI to be associated with any one
  767.         object or group.  The ISO/CCITT SMI, however, requires that    a
  768.         notification be emitted by a specific object instance.
  769.         Therefore, determining which ISO/CCITT managed object class
  770.         should emit    specific internet traps/notifications is
  771.         problematic.
  772.  
  773.         This document defines a generic IIMC notification, internetAlarm
  774.         (see 3.2.5 and 4.1.3) that is used to carry    all Internet
  775.         traps/notifications    and informRequests.  This notification is to
  776.         be emitted according to the    conditions described in    section
  777.         3.2.5 either by the    internetSystem managed object defined in
  778.         [IIMCMIB-II] and derived from the internet system group defined
  779.         in [RFC1213], or by    the cmipsnmpProxyAgent managed object
  780.         defined in [IIMCPROXY].  However, each Internet defined
  781.         trap/notification and informRequest    must be    registered such    that
  782.         they may be    differentiated within the IIMC generic notification.
  783.  
  784.         Internet traps/notifications are registered    using the OID
  785.         corresponding to the value of the Internet snmpTrapOID object
  786.         defined in [RFC1450].
  787.  
  788.         For    SNMPv1 trap PDUs, the snmpTrapOID is derived as    stated in
  789.         the    SNMPv1/SNMPv2 Coexistence document [RFC1452] 3.1.2(2).    That
  790.         definition is repeated below:
  791.  
  792.         "... if the    value of the generic-trap field    is
  793.         'enterpriseSpecific' then the value    used is    the concatenation of
  794.         the    enterprise field from the trap PDU with    two additional sub-
  795.         identifiers, '0', and the value of the specific-trap field."
  796.  
  797.         For    notifications, informRequests, defined according to the
  798.         SNMPv2 SMI,    the registered OID is the value    of the snmpTrapOID.
  799.  
  800.         The    registered OID for the Internet    trap/notification is then
  801.         used as the    value for the probableCause field of the IIMC
  802.         generic notification, internetAlarm, as defined in section 3.2.5
  803.         and    4.1.3.
  804.  
  805.  
  806.  
  807.         LaBarre          Expires November 29, 1993          Page 8
  808.  
  809.  
  810.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  811.  
  812.  
  813.         2.1.2.3 NAME BINDINGs Registration
  814.  
  815.         As described in section 2.2.2 , the    ISO/CCITT SMI requires that
  816.         managed object instances be    bound into a naming hierarchy, or
  817.         tree, for purposes of naming.  ISO/CCITT NAME BINDING templates
  818.         are    used to    register the manner in which such instances may    be
  819.         bound.  These name bindings    shall be registered.
  820.  
  821.         The    Internet SMI does not include the concept of a naming tree
  822.         and    name binding.  Thus, there exists no registered    internet
  823.         entity from    which an OID for the ISO/CCITT NAME BINDING template
  824.         can    be derived.  One solution is to    use the    object class OID to
  825.         register name bindings under a special registration    arc
  826.         {iimcManagementNB}.    The following procedure    is recommended for
  827.         registration of a single name binding for an object    class to be
  828.         inserted into the naming hierarchy,    i.e., the subordinate object
  829.         class:
  830.  
  831.          -  Assign each    new name binding an OID, using the following
  832.          rules.    Start with the OID for the subordinate object class,
  833.          derived using the procedures in section 2.1.1.    Within the
  834.          class OID, extract the    <internetEntityId>(c) portion of the
  835.          OID.  Prepend iimcManagementNB    to the <internetEntityId>(c)
  836.          so that the OID for the name binding is of the    form:
  837.  
  838.          {iimcManagementNB <internetEntityId>(c)}
  839.  
  840.         Note: in general multiple name bindings may    be defined for an
  841.         OSI    object class.  However the automated registration procedures
  842.         defined in this document only provide for a    single name binding.
  843.         This facilitates the proxy translation process, especially for
  844.         received traps/notifications and informRequests.
  845.  
  846.         2.1.2.4 Registration of ASN.1 Modules and IIMC Documents
  847.  
  848.         ASN.1 modules defined in IIMC documents are    registered under the
  849.         {iimcManagementModule} arc.     Modules derived for MIBs defined in
  850.         Internet RFC are registered    under the iimcManagementModAuto    arc
  851.         by concatenating the RFC number onto that arc.  If multiple    RFCs
  852.         are    included in the    translation, then the RFC numbers shall    be
  853.         concatenated to iimcManagementModAuto in ascending sequence.
  854.         Explicit registration of other ASN.1 modules within    the IIMC
  855.         sub-tree shall be under the    iimcManagementModMan arc.
  856.  
  857.         IIMC documents are registered under    the {iimcManagementDoc}    arc.
  858.         Documents derived from MIBs    defined    in Internet RFCs are
  859.         registered under the iimcManagementDocAuto arc by concatenating
  860.         the    RFC number onto    that arc. If multiple RFCs are included    in
  861.         the    translation, then the RFC numbers shall    be concatenated    to
  862.         iimcManagementDocAuto in ascending sequence. Explicit
  863.         registration of other documents within the IIMC sub-tree shall
  864.         be under the iimcManagementDocMan arc.
  865.  
  866.  
  867.  
  868.  
  869.         LaBarre          Expires November 29, 1993          Page 9
  870.  
  871.  
  872.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  873.  
  874.  
  875.         The    registration authority for the iimcManagementModule and
  876.         iimcManagementDoc arcs shall be the    Network    Management Forum.
  877.  
  878.         2.2    Naming Procedures
  879.  
  880.         ISO/CCITT objects are identified by    specifying read-only
  881.         attributes within the object class as naming attributes.  The
  882.         naming attribute is    used to    form the relative distinguished    name
  883.         of the object instance.  The sequence of relative distinguished
  884.         names that trace the path in the naming hierarchy from the root
  885.         to the object forms    a distinguished    name that uniquely
  886.         identifies the object instance.
  887.  
  888.         2.2.1 Naming Attribute
  889.  
  890.         The    conversion of Internet MIBs into ISO/CCITT GDMO    MIBs
  891.         requires that naming attributes be defined and registered for
  892.         each ISO/CCITT object class    derived    from Internet management
  893.         entities.
  894.  
  895.         This paper specifies a generic naming attribute,
  896.         internetClassId, and the conventions for its value definition,
  897.         to facilitate automated generation of naming attributes for
  898.         object classes derived from    Internet MIBs.    This generic naming
  899.         attribute is applicable to all ISO/CCITT object classes derived
  900.         from Internet defined MIBs.
  901.  
  902.         The    format for the values of the internetClassId naming
  903.         attribute is compatible with instance identification conventions
  904.         used by the    Internet, thereby facilitating the automated
  905.         conversion of Internet MIBs    into ISO/CCITT SMI format and the
  906.         name mapping required for proxy management.
  907.  
  908.         The    internetClassId    is defined in section 4.1.2.
  909.  
  910.         2.2.2 ISO/CCITT-Internet Naming Tree
  911.  
  912.         The    ISO/CCITT SMI requires that managed object instances
  913.         (conventionally just called    managed    objects) be bound into a
  914.         naming hierarchy, or tree, for purposes of naming.    This
  915.         hierarchy is often called the containment hierarchy.  The
  916.         binding must specify for each managed object class:    the object
  917.         class which    is superior to it in the containment hierarchy;    and
  918.         a naming attribute in the object class that    is used    to
  919.         distinguish    instances of the object    class at a given level in
  920.         the    hierarchy.  The    name binding is    specified after    the object
  921.         class has been defined.
  922.  
  923.  
  924.  
  925.  
  926.  
  927.  
  928.  
  929.  
  930.  
  931.         LaBarre          Expires November 29, 1993         Page 10
  932.  
  933.  
  934.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  935.  
  936.  
  937.         2.2.3 Distinguished    Names
  938.  
  939.         The    distinguished name (DN)    of a managed object consists of    a
  940.         sequence of    relative distinguished names (RDN), one    for each
  941.         managed object on the naming path from the root to the managed
  942.         object.  Each relative distinguished name contains exactly one
  943.         attribute, the "naming" attribute for the corresponding class,
  944.         as specified by a NAME BINDING template.  This DN is used as the
  945.         CMIP ManagedObjectInstance or BaseObjectInstance parameter for
  946.         identifying    managed    objects.
  947.  
  948.         For    example, a distinguished name designating a particular
  949.         routing table entry    (of class ipRouteEntry)    might be:
  950.  
  951.         {
  952.         {systemId =    {troi.mitre.org}
  953.                       -- ISO/CCITT system
  954.         {internetClassId = {iimcAutoTrans 1    3 6 1 2    1 4 0}}
  955.                       -- ip
  956.         {internetClassId = {iimcAutoTrans 1    3 6 1 2    1 4 21 0}}
  957.                       -- ipRouteTable
  958.         {internetClassId =
  959.               {iimcAutoTrans 1 3 6 1 2 1 4 21 1    129 83 217}}
  960.                      --    ipRouteEntry
  961.         }
  962.  
  963.         Note: the beginning    of the above example distinguished name    is
  964.         implementation dependent.  For example, the    naming attribute for
  965.         the    system object could have been chosen to    be the systemTitle
  966.         attribute instead of the systemId attribute, and the system
  967.         object could have been bound to object classes other than root.
  968.  
  969.         2.3    OID Translation
  970.  
  971.         The    procedures required to translate between Internet registered
  972.         OIDs and names, and    ISO/CCITT registered attribute and class
  973.         OIDs are described in this section.
  974.  
  975.         2.3.1 OID/Name Translation ISO/CCITT to Internet
  976.  
  977.         The    general    procedure for deriving ISO/CCITT registered OIDs
  978.         from Internet OIDs was explained in    section    2.1, and the
  979.         structure of the naming attribute value was    explained in section
  980.         2.2.  This paragraph explains how the information used in an
  981.         ISO/CCITT class OID, attribute OID,    and the    naming attribute
  982.         value may be used to create    the identifier for naming Internet
  983.         objects.
  984.  
  985.         The    following definitions apply: ((c) and (a) refer    to class and
  986.         attribute, respectively)
  987.  
  988.         From 2.1,
  989.  
  990.          {classOID}    ::= {iimcAutoTrans
  991.  
  992.  
  993.         LaBarre          Expires November 29, 1993         Page 11
  994.  
  995.  
  996.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  997.  
  998.  
  999.                      <internetEntityId>(c)}
  1000.  
  1001.          and
  1002.  
  1003.          {attributeOID}     ::= {iimcAutoTrans
  1004.                      <internetEntityId>(a)}
  1005.  
  1006.         For    example, examine the ipRouteEntry object class OID:
  1007.  
  1008.          ipRouteEntry ::= {iimcAutoTrans 1 3 6 1 2 1 4 21 1}
  1009.          where <internetEntityId>(c) ::= 1 3 6 1 2 1 4 21 1,
  1010.  
  1011.         and    an attribute that belongs ipRouteEntry,    ipRouteNextHop:
  1012.  
  1013.          ipRouteNextHop    ::=
  1014.                 {iimcAutoTrans 1 3 6 1 2 1 4 21    1 7}
  1015.          where <internetEntityId>(a) ::= 1 3 6 1 2 1 4 21 1 7.
  1016.  
  1017.         Note that the attribute <internetEntityId>(a) for ipRouteNextHop
  1018.         is equal to    <internetEntityId>(c) for its associated object
  1019.         class, ipRouteEntry, with the sub-identifier (7) appended to it.
  1020.         Most of the    time the relationship:
  1021.  
  1022.  
  1023.         <internetEntityId>(a) ::= <internetEntityId>(c)
  1024.                      <sub-identifier>
  1025.  
  1026.         is true for    translated MIB attributes.  This property is useful
  1027.         for    determining the    object class and object    instance with which
  1028.         an attribute may be    associated during run-time translation of
  1029.         Internet object instances contained    in SNMP    response PDUs and
  1030.         traps/notifications.
  1031.  
  1032.         Note: when attributes that were not    a part of the original
  1033.         Internet group, table, or table entry, are included    in a
  1034.         translated object class, then this relationship is not valid.
  1035.         For    example, derived attributes assigned to    an object class
  1036.         because their inclusion was    indicated by an    SNMPv2 AUGMENTS
  1037.         clause, as discussed in section 3.1.
  1038.  
  1039.         From 2.2, the ISO/CCITT naming attribute value contains the    OID
  1040.         formed as, (the "( )" indicates "contents of"):
  1041.  
  1042.          (naming attribute)  ::=  {iimcAutoTrans
  1043.                        <internetEntityId>(c)
  1044.                        <internet instanceId>}
  1045.  
  1046.         where the <internet    instanceId>, the OID created uniquely for
  1047.         each Internet object instance, is "0" for object classes that
  1048.         may    only have a single instance.  The <internet instanceId>    for
  1049.         object classes that    may have multiple instances is an OID
  1050.         fragment derived from the values of    the internet objects
  1051.         identified in the INDEX (or    AUGMENTS) clause of the    Internet
  1052.  
  1053.  
  1054.  
  1055.         LaBarre          Expires November 29, 1993         Page 12
  1056.  
  1057.  
  1058.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  1059.  
  1060.  
  1061.         Macro from which the object    class is derived, as defined in
  1062.         [RFC1155] or [RFC1442].
  1063.  
  1064.         For    example, the ISO/CCITT naming attribute    value for the
  1065.         instance of    ipRouteEntry specific to IP address 129    83 2 17    is
  1066.         {iimcAutoTrans 1 3 6 1 2 1 4 21 1 129 83 2 17}, where
  1067.         <internetEntityId>(c) ::= 1    3 6 1 2    1 4 21 1, and
  1068.         <internetinstanceId> ::=  129 83 2 17.
  1069.  
  1070.         The    Internet uses the following convention to uniquely identify
  1071.         an Internet    object instance:
  1072.  
  1073.          {internet object name}::= {<internetEntityId>(a)
  1074.                        <internet instanceId>}
  1075.  
  1076.         For    example, the internet object name for ipRouteNextHop
  1077.         corresponding to IP    address    129 83 2 17 is {1 3 6 1    2 1 4 21 1 7
  1078.         129    83 2 17}, where    <internetEntityId>(a) ::= 1 3 6    1 2 1 4    21 1
  1079.         7, <internetinstanceId> ::=129 83 2    17.
  1080.  
  1081.         Therefore, given the contents of the naming    attribute for the
  1082.         ISO/CCITT object instance being accessed, the <internet
  1083.         instanceId>    is extracted.  Given the attributeOID for the
  1084.         attribute being operated upon, the <internetEntityId>(a) is
  1085.         extracted.    The {internet object name} is then formed from the
  1086.         results.
  1087.  
  1088.         For    example, assume    that a CMIS request is issued specifying a
  1089.         distinguished name for an ipRouteEntry managed object as
  1090.         illustrated    in section 2.2.3; and an attribute for ipRouteEntry,
  1091.         say    ipRouteNextHop.     The ipRouteNextHop attribute has been
  1092.         assigned the identifier {iimcAutoTrans 1 3 6 1 2 1 4 21 1 7} in
  1093.         the    MIB defined in [IIMCMIB-II].  Therefore, the ipRouteNextHop
  1094.         attribute identifier would first have to be    translated into    the
  1095.         corresponding Internet identifier {1 3 6 1 2 1 4 21    1 7} by
  1096.         stripping off the iimcAutoTrans portion of the OID.     Then, from
  1097.         the    RDN value for the ipRouteEntry extract the <internet
  1098.         instanceId>    {129 83    217}.  Finally the Internet identification
  1099.         for    this piece of management information would be constructed
  1100.         according to [RFC1213] as {ipRouteNextHop 129 83 2 17}, or
  1101.         equivalently, {1 3 6 1 2 1 4 21 1 7    129 83 2 17}.  The agent
  1102.         with which this information    resides    is identified (see 2.2.3),
  1103.         by the RDN for the system managed object naming attribute, e.g.,
  1104.         the    "systemId", as "troi.mitre.org."
  1105.  
  1106.         2.3.2 OID/Name Translation Internet    to ISO/CCITT
  1107.  
  1108.         Internet to    ISO/CCITT OID/name translation is only necessary
  1109.         when used during run-time proxy translation.  At run-time
  1110.         internet identifiers are provided as internet object names in
  1111.         SNMP responses and traps/notifications.  The internet object
  1112.         names are of the form described in section 2.3.1.  Although
  1113.         actual translation is required only    during run-time    in proxy
  1114.         implementations, the translation properties, and information
  1115.  
  1116.  
  1117.         LaBarre          Expires November 29, 1993         Page 13
  1118.  
  1119.  
  1120.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  1121.  
  1122.  
  1123.         that may be    obtained, must be understood in    order to properly
  1124.         define the structure of the    IIMC generic notification,
  1125.         internetAlarm, defined in section 3.2.5.
  1126.  
  1127.         Given the definitions shown    in section 2.3.1, and knowledge    of
  1128.         the    IIMC naming hierarchy (name bindings), the ISO/CCITT
  1129.         {classOID},{attributeOID}, and distinguished name can be derived
  1130.         from Internet names    and the    Internet agent address.
  1131.  
  1132.         - The iimcAutoTrans    OID is known.
  1133.  
  1134.         - Using knowledge of the internet name structure as    described in
  1135.         section 2.3.1, and knowledge of valid <internetEntityId>(a)
  1136.         values known to the    proxy, the <internetEntityId>(a) and
  1137.         <internet instanceId> may be extracted from    the internet name.
  1138.  
  1139.          Note: The extraction process is not possible if the
  1140.          valid <internetEntityId>(a) value is not known    to the
  1141.          proxy.     The translation process cannot    be performed.
  1142.  
  1143.         - The ISO/CCITT attribute OID is formed as:
  1144.  
  1145.          {iimcAutoTrans    <internetEntityId>(a)}
  1146.  
  1147.         - the ISO/CCITT class OID may be determined    in one of two ways:
  1148.  
  1149.          i) assume that    the <internetEntityId>(a) contains the
  1150.         object class OID, <internetEntityId>(c), with which    the
  1151.         attribute may be associated, as discussed in section 2.3.1.
  1152.         Then stripping off the final component of the OID will yield the
  1153.         <internetEntityId>(c).  The    object class OID is then formed    as
  1154.         {iimcAutoTrans <internetEntityId>(c)}.  However, see the note in
  1155.         section 2.3.1.
  1156.  
  1157.          ii) use a safer approach, and determine the class OID by
  1158.         looking up the ISO/CCITT object class OID to which the attribute
  1159.         identified as {iimcAutoTrans <internetEntityId>(a)}    belongs.
  1160.  
  1161.         - The managed object instance value, the object's DN, may be
  1162.         determined as follows:
  1163.  
  1164.          a) the    value of the naming attribute associated with the
  1165.         object class may be    formed as:
  1166.  
  1167.         {iimcAutoTrans <internetEntityId>(c) <internet instanceId>}
  1168.  
  1169.          b) the    naming attribute value,    and the    internetClass OID
  1170.         defined in section 2.2.1, are used to form the final RDN for the
  1171.         object's DN.  The sequence of other    RDNs for the DN    are
  1172.         determined from knowledge of the naming hierarchy defined for
  1173.         proxy [IIMCPROXY], i.e., the IIMC proxy name bindings, and the
  1174.         Internet agent's address.
  1175.  
  1176.  
  1177.  
  1178.  
  1179.         LaBarre          Expires November 29, 1993         Page 14
  1180.  
  1181.  
  1182.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  1183.  
  1184.  
  1185.          Note: if the Internet agent's address cannot be
  1186.          determined, then it may not be    possible to associate a
  1187.          response or notification with a specific agent.  This    may
  1188.         be a problem if multiple Internet agents are      associated
  1189.         with the same network address.
  1190.  
  1191.         2.4    Inheritance for    Object Classes
  1192.  
  1193.         The    "top" class defined by [ISO10165-2] is the ultimate superior
  1194.         in the ISO/CCITT inheritance hierarchy.  The class "top"
  1195.         contains attributes    which are inherited by all managed object
  1196.         classes that are defined using the ISO/CCITT SMI and GDMO
  1197.         templates.
  1198.  
  1199.         Not    all attributes of "top"    need to    be instantiated    in any
  1200.         single managed object.  All    objects    shall instantiate the
  1201.         mandatory "objectClass", and "nameBindings"    attributes.  If
  1202.         conditional    packages may apply, an object shall instantiate    the
  1203.         "packages" attribute.
  1204.  
  1205.         2.5    Reference Labels for Derived Entities
  1206.  
  1207.         The    labels used to reference Internet entities (groups, objects,
  1208.         traps) shall be used to reference the corresponding    templates
  1209.         for    the derived ISO/CCITT entity (object class, attribute,
  1210.         notification).
  1211.  
  1212.         3. Internet    to ISO/CCITT MIB Translation Procedures
  1213.  
  1214.         The    procedures for translating Internet SMI    MIBs into ISO/CCITT
  1215.         SMI    MIBs consist of    pre-translation    procedures, GDMO template
  1216.         translation    procedures, and    post-translation procedures.  Many
  1217.         of the procedures are subject to automation; some are not.
  1218.         Comments are provided concerning possible aids to automation;
  1219.         however, it    is not the intent of this document to provide fully
  1220.         automated translation algorithms.
  1221.  
  1222.         3.1    Pre-translation    Procedures
  1223.  
  1224.         Pre-translation procedures are outlined below.  The    rationale
  1225.         for    steps (a) - (e)    is that    the ISO/CCITT object classes and
  1226.         associated attributes must be identified.  The rationale for
  1227.         steps (f) -    (g) is that all    ASN.1 syntax references    in templates
  1228.         must be an ASN.1 External type reference or    External value
  1229.         reference, i.e., must reference a label that appears on the    left
  1230.         side of an ASN.1 construct within some ASN.1 module    that appears
  1231.         in the document that defines the derived MIB.  Internet MIBs
  1232.         often reference basic ASN.1    constructs, such as INTEGER and
  1233.         OCTET STRING, which    must be    converted into an External type
  1234.         reference.    Default    values must reference an External value
  1235.         reference.
  1236.  
  1237.          (a) Identify Internet groups and OBJECT-TYPEs associated
  1238.         with each group. For SNMPv2    defined    MIBs, the OBJECT-GROUP macro
  1239.  
  1240.  
  1241.         LaBarre          Expires November 29, 1993         Page 15
  1242.  
  1243.  
  1244.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  1245.  
  1246.  
  1247.         includes this information. For SNMPv1 defined MIBs,    the group
  1248.         may    be identified manually and then    the members of the group
  1249.         identified by the fact that    their OIDs contain the group object
  1250.         identifier.     For SNMPv1 defined MIBs, procedure (c)    must be
  1251.         followed.
  1252.  
  1253.          (b) Identify conceptual table OBJECT-TYPEs, conceptual
  1254.         table entry    (row) OBJECT-TYPEs associated with each    table, and
  1255.         columnar OBJECT-TYPEs associated with each conceptual table
  1256.         entry.
  1257.  
  1258.         Note: For SNMPv2 defined MIBs, the MAX-ACCESS clause of the
  1259.         conceptual table and entry OBJECT-TYPES macro will have a value
  1260.         of 'not-accessible', and the convention often used is to include
  1261.         the    word "Table" or    "Entry"    in the macro label.  Once a
  1262.         conceptual table has been identified, the corresponding
  1263.         conceptual entry OBJECT-TYPE macro can be identified via its
  1264.         registered object identifier through the convention    of appending
  1265.         a 1    to the table object identifier.     Alternatively,    the
  1266.         conceptual table's SYNTAX clause may be examined to    determine
  1267.         the    label of the corresponding conceptual entry Macro.  SNMPv1
  1268.         defined MIBs are not so consistent in their    use of "not-
  1269.         accessible"; however, the other conventions    apply.
  1270.  
  1271.         Note: For SNMPv2 defined MIBs, tables may be defined with table
  1272.         entries that augment (SNMPv2 AUGMENT clause) entries for an
  1273.         existing table.  The table object classes derived from such
  1274.         tables will    be deleted from    the ISO/CCITT MIB during post-
  1275.         translation    (see 3.3.2).  The table    entry object class for the
  1276.         deleted table will be bound    to the table entry object class    that
  1277.         corresponds    to the reference in the    AUGMENTS clause.
  1278.  
  1279.          (c) For each group, the OBJECT-TYPEs not identified in
  1280.         procedure (b), and not having an ACCESS or MAX-ACCESS clause
  1281.         value of "not-accessible", are identified for translation into
  1282.         attributes of an ISO/CCITT object class associated with the
  1283.         group.  The    OBJECT-TYPEs that have an ACCESS or MAX-ACCESS
  1284.         clause of 'not-accessible' are not translated.
  1285.  
  1286.          (d) For each conceptual table entry OBJECT-TYPE, the set
  1287.         (set1) of columnar OBJECT-TYPEs associated with the    table entry
  1288.         are    identified for translation into    ISO/CCITT attributes of    an
  1289.         ISO/CCITT object class associated with the entry. Another set
  1290.         (set2) of OBJECT-TYPES identified in the INDEX clause of the
  1291.         conceptual table entry OBJECT-TYPE are also    identified for
  1292.         inclusion in the class.  If    the AUGMENTS clause is present,    then
  1293.         the    INDEX clause of    the conceptual table entry OBJECT-TYPE
  1294.         pointed to by the AUGMENTS clause identifies the elements of
  1295.         (set2).  The union of these    two sets constitutes the set of
  1296.         ISO/CCITT attributes associated with the table entry object
  1297.         class.  All    OBJECT-TYPEs are translated, including those that
  1298.         have an ACCESS or MAX-ACCESS clause    of 'not-accessible'.
  1299.  
  1300.  
  1301.  
  1302.  
  1303.         LaBarre          Expires November 29, 1993         Page 16
  1304.  
  1305.  
  1306.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  1307.  
  1308.  
  1309.         Note: The set of columnar OBJECT-TYPES associated with a table
  1310.         entry can be identified by the SYNTAX clause for the OBJECT-TYPE
  1311.         for    the conceptual table entry.  The SYNTAX    clause is of the
  1312.         form:
  1313.  
  1314.          SEQUENCE OF <type1,..., typeN>
  1315.  
  1316.         where <typeN> includes the label of    an OBJECT-TYPE included    in
  1317.         the    conceptual table entry.
  1318.  
  1319.          (e) For each conceptual table,    an ISO/CCITT object class is
  1320.         created that contains the generic naming attribute
  1321.         "internetClassId".
  1322.  
  1323.          (f) Create an ASN.1 module for    use in the GDMO    template
  1324.         translations.  Create an IMPORTS clause for    the module and
  1325.         include in it the syntax to    be imported from other modules.
  1326.         This may be    done by    including the parameters for the IMPORTS
  1327.         clause encountered in the Internet module. (An alternative is to
  1328.         import the syntax for attribute types defined in this document
  1329.         from the IimcCommonDef module.  However, not all of    the syntax
  1330.         may    be needed, and some necessary syntax may be omitted for
  1331.         attribute types defined in other MIBs.)
  1332.  
  1333.         When any Internet TEXTUAL-CONVENTIONS macros that may be present
  1334.         in the Internet module are translated according to the
  1335.         procedures of 3.2.7, the resulting ASN.1 syntax shall be
  1336.         included in    the new    ASN.1 module.  TEXTUAL-CONVENTIONS macros
  1337.         should be translated first so that these ASN.1 constructs may be
  1338.         used during    the translation    of OBJECT-TYPE macros.
  1339.  
  1340.         For    each OBJECT-TYPE that is to be translated into an ISO/CCITT
  1341.         attribute, check the value of the SYNTAX clause, and if it is
  1342.         not    a syntax included in the IMPORTS clause    of the new ASN.1
  1343.         module, or defined using an    SNMPv2 TEXTUAL-CONVENTION macro,
  1344.         then do one    of the following:
  1345.  
  1346.               i)  If the value is not an External type
  1347.               reference: create    an External type reference
  1348.               for the value in the SYNTAX clause and put it
  1349.               into the ASN.1 module. The label for the
  1350.               External type reference shall be the attribute
  1351.               label with the first letter capitalized.
  1352.  
  1353.               ii) If the value is an External type reference
  1354.               put the External type reference syntax into the
  1355.               ASN.1 module.
  1356.  
  1357.          g) If a DEFVAL    clause is present, create an External value
  1358.         reference which has    the type indicated by the OBJECT-TYPE SYNTAX
  1359.         clause and is assigned the value of    the DEFVAL clause.  The
  1360.         label for the External value reference shall be the    attribute
  1361.         label preceded by "c-" (lower case letter "c").  Place the
  1362.         External value reference into the ASN.1 module created in f).
  1363.  
  1364.  
  1365.         LaBarre          Expires November 29, 1993         Page 17
  1366.  
  1367.  
  1368.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  1369.  
  1370.  
  1371.         For    example, the following would be    a valid    value references
  1372.         (assuming StorageType was declared in, or imported to, the same
  1373.         ASN.1 module):
  1374.  
  1375.         c-contextStorageType     StorageType ::=  nonVolatile
  1376.         c-xyz             INTEGER     ::=  100.
  1377.  
  1378.          h) If the ASN.1 module    for the    Internet MIB definition
  1379.         contains ASN.1 value assignments, then the syntax for those
  1380.         value assignments pertinent    to the translation shall either    be
  1381.         placed in the ASN.1    module created in (f) or imported into the
  1382.         module using an External value reference.
  1383.  
  1384.         Note: It is    recommended that a syntax that is used more than
  1385.         once in the    MIB to be translated be    defined    just once in the new
  1386.         ASN.1 module created in (f)    and referenced repeatedly.  Examples
  1387.         of such commonly referenced    types are INTEGER, OCTET STRING, and
  1388.         OBJECT IDENTIFIER.
  1389.  
  1390.         3.2    GDMO Translation Procedures
  1391.  
  1392.         Readers of this document are assumed to have familiarity with
  1393.         the    GDMO templates and their format.  The templates    presented
  1394.         here should    be considered exemplar,    and not    definitive.
  1395.  
  1396.         The    GDMO templates in this paragraph contain elements indicated
  1397.         by "< x >",    where "x" is to    be interpreted and the result
  1398.         substituted    into the template.
  1399.  
  1400.         The    "||" symbol indicates concatenation of elements.
  1401.  
  1402.         Adjacent elements that are not concatenated    shall be separated
  1403.         by at least    one space.
  1404.  
  1405.         The    "[ ]" symbols surrounding a construct indicate that it maybe
  1406.         present or absent in any particular    instance of the    template.
  1407.  
  1408.         The    "[ ]*" symbols surrounding a construct indicate    that it    may
  1409.         be present or absent in any    particular instance of the template
  1410.         an undefined number    of times.
  1411.  
  1412.         An "|" symbol is used to indicate  that a choice must be made
  1413.         between alternate constructs.
  1414.  
  1415.         The    "!" symbol is used to delimit text strings in the templates.
  1416.         Other delimiters may be used, as specified by the GDMO.  The
  1417.         delimiter may not be used in the text string unless    it is
  1418.         "doubled", e.g.,"!!".
  1419.  
  1420.         Elements that are defined in one template are not repeated for
  1421.         other templates unless its interpretation has changed.
  1422.  
  1423.         The    Internet SNMPv2    SMI also includes macros for specifying
  1424.         compliance with the    MIBs.  These macros are    similar    to ISO/CCITT
  1425.  
  1426.  
  1427.         LaBarre          Expires November 29, 1993         Page 18
  1428.  
  1429.  
  1430.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  1431.  
  1432.  
  1433.         managed object conformance statements (MOCS), and are not
  1434.         addressed here.
  1435.  
  1436.         3.2.1 Translation of Groups
  1437.  
  1438.         Internet groups may    be translated to ISO/CCITT managed object
  1439.         classes by filling in the following    GDMO template:
  1440.  
  1441.         <group label>  MANAGED OBJECT CLASS
  1442.               DERIVED FROM
  1443.               "Rec.    X.721 |    ISO/IEC    10165-2    : 1992"    :top;
  1444.          CHARACTERIZED BY
  1445.               <group label>    || "Pkg" PACKAGE
  1446.              [BEHAVIOUR
  1447.               <group label> || "PkgBehaviour" BEHAVIOUR
  1448.               DEFINED AS !<optional textual definition>!;;]
  1449.              ATTRIBUTES
  1450.               {iimcManagementDoc 1}:internetClassId   GET
  1451.               ["," <OBJECT-TYPE    label n>
  1452.               <OBJECT-TYPE label n ACCESS clause translation>
  1453.               [DEFAULT VALUE  <DEFVAL clause translation>]]*;;;
  1454.         REGISTERED AS  { iimcAutoTrans <internetEntityId>(c) };
  1455.  
  1456.         The    following definitions apply:
  1457.  
  1458.          <group    label> - The label associated with the Internet
  1459.          group.
  1460.  
  1461.          <optional textual definition> - Any textual description
  1462.          that is applicable to the resource modeled by this group,
  1463.          and the resource's management behaviour.  Text    in the
  1464.          SNMPv2    DESCRIPTION clause of the OBJECT-GROUP macro may be
  1465.          used. To facilitate parsing of    BEHAVIOUR clauses for
  1466.          classes derived from groups, the following scannable
  1467.          structure is recommended (the [] indicate optionality,
  1468.          keywords must be in caps, keywords shall be excluded  from
  1469.          the descriptive text):
  1470.  
  1471.          [BEGINPARSE
  1472.          [REFERENCE !!<text referencing    internet document, group
  1473.               or object    from which the ISO/CCITT object    class
  1474.               was derived>!!;]
  1475.          [DESCRIPTION !!<applicable textual description, or text
  1476.               of Internet macro    DESCRIPTION clause, if
  1477.               present>!!;]
  1478.          ENDPARSE ]
  1479.  
  1480.          If used, the scannable    structure shall    be the first text in
  1481.          the BEHAVIOUR clause.
  1482.  
  1483.          <OBJECT-TYPE label n> - The label of an Internet
  1484.          OBJECT-TYPE which is included in the group and    does not
  1485.          represent a conceptual    table, a conceptual table entry,
  1486.          or an OBJECT-TYPE included in a conceptual table entry.
  1487.  
  1488.  
  1489.         LaBarre          Expires November 29, 1993         Page 19
  1490.  
  1491.  
  1492.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  1493.  
  1494.  
  1495.          These become attributes of the    object class.
  1496.  
  1497.          <OBJECT-TYPE label n ACCESS clause translation> -    The
  1498.          mapping of the    ACCESS (or SNMPv2 MAX-ACCESS) clause value
  1499.          as defined below (multi-valued    attributes are not permitted
  1500.          in the    Internet SMI):
  1501.  
  1502.               OBJECT-TYPE
  1503.          ACCESS    Clause Value           ISO/CCITT
  1504.  
  1505.               read-only                GET
  1506.               read-write            GET-REPLACE
  1507.               write-only            REPLACE
  1508.               read-create            not    applicable
  1509.               not-accessible            not    translated
  1510.  
  1511.          <DEFVAL clause    translation> - The value of the    DEFVAL
  1512.          clause    in the form of an External value reference, i.e.,
  1513.          <module-name>.<value-name>, where the module-name is the
  1514.          name of an ASN.1 module within    the document in    which this
  1515.          object    class is defined, and the value-name is    the label
  1516.          assigned to the ASN.1 value definition    contained in the
  1517.          DEFVAL    clause.     Where it is necessary to refer    to the label
  1518.          of a definition contained in another document,    this may be
  1519.          achieved by means of a    local ASN.1 module which makes use
  1520.          of the    ASN.1 IMPORTS mechanism    to import the appropriate
  1521.          value definition.
  1522.  
  1523.         3.2.2 Translation of Table Objects
  1524.  
  1525.         Editor's Note: [The    translation of conceptual table    objects    is
  1526.         an issue.  See Appendix B for a discussion of this issue.]
  1527.  
  1528.         Internet conceptual    table objects may be translated    to ISO/CCITT
  1529.         managed object classes by filling in  the following    GDMO
  1530.         template:
  1531.  
  1532.         <OBJECT-TYPE label>     MANAGED OBJECT    CLASS
  1533.          DERIVED FROM
  1534.              "Rec. X.721 | ISO/IEC 10165-2 : 1992" :top;
  1535.          CHARACTERIZED BY
  1536.               <OBJECT-TYPE label> || "Pkg" PACKAGE
  1537.          [BEHAVIOUR
  1538.               <OBJECT-TYPE label> || "PkgBehaviour" BEHAVIOUR
  1539.               DEFINED AS
  1540.                !<OBJECT-TYPE DESCRIPTION clause text>!;;]
  1541.          ATTRIBUTES
  1542.               {iimcManagementDoc 1}:internetClassId   GET;;;
  1543.         REGISTERED AS  { iimcAutoTrans <internetEntityId>(c) };
  1544.  
  1545.         The    following definitions apply:
  1546.  
  1547.          <OBJECT-TYPE label> - The label associated with the OBJECT-
  1548.          TYPE macro.
  1549.  
  1550.  
  1551.         LaBarre          Expires November 29, 1993         Page 20
  1552.  
  1553.  
  1554.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  1555.  
  1556.  
  1557.  
  1558.          <OBJECT-TYPE DESCRIPTION clause text> -  To facilitate
  1559.          parsing of BEHAVIOUR clauses for classes derived from
  1560.          tables, the following scannable structure is recommended
  1561.          (the [] indicate optionality, keywords    must be    in caps,
  1562.          keywords shall    be excluded from the descriptive text):
  1563.  
  1564.          [BEGINPARSE
  1565.          [REFERENCE !!<text referencing    the internet document,
  1566.               group or object from which the ISO/CCITT object
  1567.               class was    derived>!!;]
  1568.          [DESCRIPTION !!<text of Internet macro    DESCRIPTION
  1569.                clause, if present>!!;]
  1570.          CONCEPTUALTABLE
  1571.          ENDPARSE ]
  1572.  
  1573.          If used, the scannable    structure shall    be the first text in
  1574.          the BEHAVIOUR clause.
  1575.  
  1576.         3.2.3 Translation of Table Entry Objects
  1577.  
  1578.         Internet conceptual    table entry objects may    be translated to
  1579.         ISO/CCITT managed object classes by    filling    in  the    following
  1580.         GDMO template:
  1581.  
  1582.         <OBJECT-TYPE label>     MANAGED OBJECT    CLASS
  1583.              DERIVED FROM
  1584.               "Rec.    X.721 |    ISO/IEC    10165-2    : 1992"    :top;
  1585.              CHARACTERIZED BY
  1586.                <OBJECT-TYPE    label> || "Pkg"    PACKAGE
  1587.              BEHAVIOUR
  1588.               <OBJECT-TYPE label> || "PkgBehaviour" BEHAVIOUR
  1589.               DEFINED AS
  1590.                !<OBJECT-TYPE DESCRIPTION clause text>!;;
  1591.              ATTRIBUTES
  1592.               {iimcManagementDoc 1}:internetClassId   GET
  1593.               ["," <OBJECT-TYPE    label n>
  1594.               <OBJECT-TYPE label n ACCESS clause translation>
  1595.               [DEFAULT VALUE  <DEFVAL clause translation>]]*;;;
  1596.         REGISTERED AS {iimcAutoTrans <internetEntityId>(c) };
  1597.  
  1598.         The    following definitions apply:
  1599.  
  1600.          <OBJECT-TYPE label> - The label of an Internet    OBJECT-TYPE
  1601.          which represents a conceptual table entry.
  1602.  
  1603.          <OBJECT-TYPE label n> - The label of an Internet OBJECT-
  1604.          TYPE which represents an OBJECT-TYPE included in a
  1605.          conceptual table entry.  These    become attributes of the
  1606.          table entry managed object.
  1607.  
  1608.          <OBJECT-TYPE label n ACCESS clause translation> -    The
  1609.          mapping of the    ACCESS (or SNMPv2 MAX-ACCESS) clause value
  1610.  
  1611.  
  1612.  
  1613.         LaBarre          Expires November 29, 1993         Page 21
  1614.  
  1615.  
  1616.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  1617.  
  1618.  
  1619.          as defined below (multi-valued    attributes are not permitted
  1620.          in the    Internet SMI):
  1621.  
  1622.               OBJECT-TYPE
  1623.          ACCESS    Clause Value           ISO/CCITT
  1624.  
  1625.               read-only                GET
  1626.               read-write*            GET-REPLACE
  1627.               write-only            REPLACE
  1628.               read-create*            GET-REPLACE
  1629.               not-accessible            GET
  1630.  
  1631.          * Some    attributes that    were derived from OBJECT-TYPEs with
  1632.          a read-create or read-write access clause will    be changed
  1633.          to GET    during post-translation    processing of create/delete
  1634.          attributes and    INDEX type attributes. See section 3.3.4.
  1635.  
  1636.          <OBJECT-TYPE DESCRIPTION clause text> - To facilitate
  1637.          parsing of BEHAVIOUR clauses for classes derived from table
  1638.          entries, the following    scannable structure is recommended
  1639.          (the [] indicate optionality, keywords    must be    in caps,
  1640.          keywords shall    be excluded from the descriptive text):
  1641.  
  1642.          [BEGINPARSE
  1643.          [REFERENCE !!<text referencing    internet document, group
  1644.          or object from    which the ISO/CCITT object class was
  1645.          derived>!!;]
  1646.          [DESCRIPTION !!<text of Internet macro    DESCRIPTION
  1647.                clause, if present>!!;]
  1648.          INDEX <attribute label, ..., attribute    label>;
  1649.          [AUGMENTS <entry label    that the object    class
  1650.                 augments>;]
  1651.          ENDPARSE]
  1652.  
  1653.          If used, the scannable    structure shall    be the first text in
  1654.          the BEHAVIOUR clause.
  1655.  
  1656.         Note: Table    object classes that contain table entry    object
  1657.         classes which were derived from OBJECT-TYPES with an AUGMENTS
  1658.         clause shall be deleted in the post-translation phase according
  1659.         to section 3.3.2.
  1660.  
  1661.         3.2.4 Translation of Other OBJECT-TYPES
  1662.  
  1663.         Other Internet OBJECT-TYPEs    are translated into ISO/CCITT
  1664.         attributes by filling in  the following GDMO template:
  1665.  
  1666.  
  1667.  
  1668.  
  1669.  
  1670.  
  1671.  
  1672.  
  1673.  
  1674.  
  1675.         LaBarre          Expires November 29, 1993         Page 22
  1676.  
  1677.  
  1678.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  1679.  
  1680.  
  1681.         <OBJECT-TYPE label>    ATTRIBUTE
  1682.          [WITH ATTRIBUTE SYNTAX
  1683.              <module identification>|| "." ||
  1684.                      <SYNTAX clause translation    1>;]
  1685.            | [DERIVED FROM <SYNTAX clause translation 2>;]
  1686.          [MATCHES FOR <SYNTAX clause type matching rules>;]
  1687.          [BEHAVIOUR
  1688.               <OBJECT-TYPE label>  || "Behaviour" BEHAVIOUR
  1689.               DEFINED AS
  1690.                !<OBJECT-TYPE DESCRIPTION clause text>!;;]
  1691.         REGISTERED AS {iimcAutoTrans <internetEntityId>(a)};
  1692.  
  1693.         The    following definitions apply:
  1694.  
  1695.          <module identification> - The label of    the ASN.1 module
  1696.          that contains the ASN.1 syntax    being referenced.  The
  1697.          module    must appear in the document that defines the
  1698.          translated MIB.
  1699.  
  1700.         ISO/CCITT have the concept of a generic "attribute type", which
  1701.         is a defined type that can be used in the definition of specific
  1702.         attributes.    Attribute types    have a defined syntax, generic
  1703.         semantics, and matching rules.  For    example, counter and gauge
  1704.         are    attribute types.
  1705.  
  1706.         The    SNMPv2 SMI has a similar concept embodied in the  TEXTUAL-
  1707.         CONVENTIONS    macro, which allows the    definition of "Internet
  1708.         attribute types"  with associated syntax and semantics.  See
  1709.         section 3.2.7 for translation procedures associated    with the
  1710.         TEXTUAL CONVENTIONS    macro.
  1711.  
  1712.         Attributes of the defined SNMP types (e.g.,    Counter, IpAddress,
  1713.         Gauge, TimeTicks, Opaque, Counter32, Gauge32, Counter64,
  1714.         NsapAddress) shall inherit the semantics associated    with the
  1715.         type - not just the    syntax.     As such, they could have been
  1716.         defined as Internet    attribute types    using a    TEXTUAL    CONVENTIONS
  1717.         macro.  See    4.1.4 for the conversion of these types    into
  1718.         ISO/CCITT attribute    types.    In addition, 4.1.4 contains
  1719.         ISO/CCITT attribute    type definitions derived from [RFC1443].
  1720.  
  1721.         Attribute templates    derived    from OBJECT-TYPE macros    that specify
  1722.         these Internet attribute types in their SYNTAX clause shall
  1723.         contain the    DERIVED    FROM clause. Attribute templates derived
  1724.         from other ASN.1 types shall contain the WITH SYNTAX clause.
  1725.  
  1726.          <SYNTAX clause    translation 1> - Translation of    the SYNTAX
  1727.          clause    into a valid type reference name using the ASN.1
  1728.          External type reference notation as GDMO requires.
  1729.  
  1730.          <SYNTAX clause    type matching rules> - The matching rules
  1731.          for use in CMIS filtering operations.
  1732.  
  1733.          Note: These rules also    apply to External type references
  1734.          that reference    the syntax type.  These    matching rules may
  1735.  
  1736.  
  1737.         LaBarre          Expires November 29, 1993         Page 23
  1738.  
  1739.  
  1740.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  1741.  
  1742.  
  1743.          be applied by automated mechanisms and    then examined in the
  1744.          post-translation phase.
  1745.  
  1746.                Syntax Type           Matching    Rules
  1747.  
  1748.                INTEGER           EQUALITY, ORDERING
  1749.                OCTET STRING           EQUALITY, ORDERING,
  1750.                            SUBSTRINGS
  1751.                BIT STRING           EQUALITY
  1752.                OBJECT IDENTIFIER   EQUALITY, ORDERING
  1753.                NULL               EQUALITY
  1754.  
  1755.          See section 4.1.4 for the matching rules that are inherited
  1756.          from some ISO/CCITT attribute types derived from Internet
  1757.          attribute types.
  1758.  
  1759.          <SYNTAX clause    translation 2> - Attributes of the defined
  1760.          SNMP/SNMPv2 types (e.g., Counter, IpAddress, Gauge,
  1761.          TimeTicks, Opaque, Counter32, Gauge32,    Counter64,
  1762.          NsapAddress), and Internet attribute types defined using
  1763.          the SNMPv2 TEXTUAL CONVENTIONS    macro, shall be    treated    as
  1764.          ISO/CCITT attribute types.  Specific attributes are derived
  1765.          from these types.
  1766.  
  1767.          The following table indicates the translations    required for
  1768.          Internet attribute types as defined either in this document
  1769.          or Internet documents.     ISO/CCITT attribute types
  1770.          corresponding to the following    Internet attribute types are
  1771.          defined in section 4.1.4
  1772.  
  1773.          Syntax    Type          Substituted Value
  1774.  
  1775.         AutonomousType    {iimcManagementDoc 1} :autonomousType
  1776.         Counter        {iimcManagementDoc 1} :counter32
  1777.         Counter32        {iimcManagementDoc 1} :counter32
  1778.         Counter64        {iimcManagementDoc 1} :counter64
  1779.         DisplayString    {iimcManagementDoc 1} :displayString
  1780.         Gauge        {iimcManagementDoc 1} :gauge32
  1781.         Gauge32        {iimcManagementDoc 1} :gauge32
  1782.         InstancePointer    {iimcManagementDoc 1} :instancePointer
  1783.         IpAddress        {iimcManagementDoc 1} :ipAddress
  1784.         MacAddress        {iimcManagementDoc 1} :macAddress
  1785.         NetworkAddress    {iimcManagementDoc 1} :ipAddress
  1786.         NsapAddress        {iimcManagementDoc 1} :nsapAddress
  1787.         Opaque        {iimcManagementDoc 1} :opaque
  1788.         PhysAddress        {iimcManagementDoc 1} :physAddress
  1789.         RowStatus        {iimcManagementDoc 1} :rowStatus
  1790.         TestAndIncrement    {iimcManagementDoc 1} :testAndIncrement
  1791.         TimeInterval    {iimcManagementDoc 1} :timeInterval
  1792.         TimeStamp        {iimcManagementDoc 1} :timeStamp
  1793.         TimeTicks        {iimcManagementDoc 1} :timeTicks
  1794.         TruthValue        {iimcManagementDoc 1} :truthValue
  1795.         UInteger32        {iimcManagementDoc 1} :uInteger32
  1796.  
  1797.  
  1798.  
  1799.         LaBarre          Expires November 29, 1993         Page 24
  1800.  
  1801.  
  1802.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  1803.  
  1804.  
  1805.  
  1806.          <OBJECT-TYPE DESCRIPTION clause text> - To facilitate
  1807.          parsing of BEHAVIOUR clauses for attributes derived from
  1808.          Internet objects, the following scannable structure is
  1809.          recommended (the [] indicate optionality, keywords must be
  1810.          in caps, keywords shall be excluded from the descriptive
  1811.          text):
  1812.  
  1813.          [BEGINPARSE
  1814.          [REFERENCE !!<text referencing    internet document,
  1815.                object from which the ISO/CCITT attribute
  1816.                was derived>!!;]
  1817.          [DESCRIPTION !!<text of Internet macro    DESCRIPTION
  1818.                clause, if present>!!;]
  1819.          [UNITS    !!<text    of Internet macro UNITS    clause,    if
  1820.                present indicating the units    associated with
  1821.                the attribute>!!;]
  1822.          [DEFVAL <value    in the Internet    macro DEFVAL clause, if
  1823.                present, indicating the default value for
  1824.                the attribute>;]
  1825.          ENDPARSE]
  1826.  
  1827.          If used, the scannable    structure shall    be the first text in
  1828.          the BEHAVIOUR clause.
  1829.  
  1830.  
  1831.         3.2.5 Translation of Notifications
  1832.  
  1833.         The    Concise    MIB Definitions    [RFC1212] for SNMPv1 does not
  1834.         contain a macro for    representing traps since, in SNMPv1, traps
  1835.         were considered part of the    protocol and not part of the MIB.  A
  1836.         subsequent attempt was made    to correct this    problem    in [RFC1215]
  1837.         by defining    a TRAP-TYPE macro.  The    SNMPv2 SMI [RFC1442] defines
  1838.         a NOTIFICATION macro and its mapping onto an SNMPv2    PDU.  The
  1839.         document on    SNMPv1/SNMPv2 Coexistence [RFC1452] defines a
  1840.         mapping between SNMPv1 trap    PDUs and SNMPv2    notifications.
  1841.         Therefore, by inference, there exists a mapping of SNMP trap
  1842.         PDUs into an SNMPv2    NOTIFICATION macro.
  1843.  
  1844.         The    ISO/CCITT SMI models notifications as being emitted by
  1845.         specific managed objects.  As a consequence, notifications must
  1846.         be assigned    to appropriate object classes at the time the object
  1847.         class is defined.  New notifications cannot    be added to an
  1848.         object class without changing the class's registration.
  1849.  
  1850.         The    Internet SMI has no explicit concept of    traps being
  1851.         associated with an object.    Consequently, determining the IIMC
  1852.         derived managed object which is the    source of a notification is
  1853.         not    always possible.  Therefore, this document defines a generic
  1854.         notification into which all    Internet traps/notifications may be
  1855.         mapped.
  1856.  
  1857.         Internet Traps/Notifications may contain information related to
  1858.         multiple internet objects.    Consequently, the generic
  1859.  
  1860.  
  1861.         LaBarre          Expires November 29, 1993         Page 25
  1862.  
  1863.  
  1864.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  1865.  
  1866.  
  1867.         notification may contain variables not affiliated with the same
  1868.         derived ISO/CCITT object class. This document requires that
  1869.         variables be placed    into the generic notification even if they
  1870.         are    not attributes of the object class from    which the
  1871.         notification is emitted.
  1872.  
  1873.         The    generic    notification, "internetAlarm", shall be    emitted    by
  1874.         the    internetSystem managed object as defined in [IIMCMIB-II] and
  1875.         derived from the internet system group defined in [RFC1213].
  1876.         The    notification shall be sent in the unconfirmed mode in the
  1877.         context that an Internet trap/notification would be    sent, and in
  1878.         the    confirmed mode in the context that an SNMPv2 InformRequest
  1879.         PDU    would be sent.
  1880.  
  1881.         When generated within a proxy, the events that shall trigger the
  1882.         notification to be emitted are the receipt of an Internet
  1883.         trap/notification, or an SNMPv2 InformRequest PDU.
  1884.  
  1885.         In accordance with [ISO10165-1] the    decision whether to send a
  1886.         notification in the    confirmed or unconfirmed mode is a matter
  1887.         for    the agent to determine based on    the policies associated    with
  1888.         the    manager.
  1889.  
  1890.         The    SNMPv2 InformRequest PDU shall cause the notification to be
  1891.         sent in the    confirmed mode,    with the response containing no
  1892.         reply information, i.e., the CMIS service shall omit the event
  1893.         reply parameter.
  1894.  
  1895.         All    SNMP traps/notifications shall cause the generic
  1896.         notification to be sent in the unconfirmed mode.
  1897.  
  1898.         In the case    of proxy, an Internet trap/notification    and SNMPv2
  1899.         InformRequest PDU for which    the agent address cannot be
  1900.         determined by the proxy shall cause    the generic notification to
  1901.         be emitted by a different object than the internetSystem object,
  1902.         as defined in [IIMCPROXY].
  1903.  
  1904.         The    internetAlarm notification is defined in section 4.1.3.
  1905.  
  1906.         3.2.6 Log Record for Internet Alarm.
  1907.  
  1908.         If internetAlarms notifications and    event reports are to be
  1909.         logged, then a corresponding log record object class must be
  1910.         defined.  The internetAlarmRecord managed object class is
  1911.         defined in section 4.1.1.
  1912.  
  1913.         3.2.7 Translation of Internet Attribute Types
  1914.  
  1915.         ISO/CCITT has the concept of a generic "attribute type", which
  1916.         is a defined type that can be used in the definition of specific
  1917.         attributes.     Attribute types have a    defined    syntax,    generic
  1918.         semantics, and matching rules.  For    example, counter and gauge
  1919.         are    attribute types.
  1920.  
  1921.  
  1922.  
  1923.         LaBarre          Expires November 29, 1993         Page 26
  1924.  
  1925.  
  1926.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  1927.  
  1928.  
  1929.         The    SNMPv2 SMI has a similar concept embodied in the TEXTUAL-
  1930.         CONVENTION macro, which allows the definition of "Internet
  1931.         attribute types" with associated syntax and    semantics.
  1932.  
  1933.         Attributes of the defined SNMP types (e.g.,    Counter, IpAddress,
  1934.         Gauge, TimeTicks, Opaque, Counter32, Gauge32, Counter64,
  1935.         NsapAddress) should    inherit    the semantics associated with the
  1936.         type - not just the    syntax.     As such, they could have been
  1937.         defined as Internet    attribute types    using a    TEXTUAL-CONVENTION
  1938.         macro.
  1939.  
  1940.         ISO/CCITT attribute    types are defined using    the ATTRIBUTE
  1941.         template, without the REGISTERED AS    clause.
  1942.  
  1943.         <Internet attribute    type label> ATTRIBUTE
  1944.               [WITH ATTRIBUTE SYNTAX
  1945.                <module identification>|| "." ||
  1946.                 <SYNTAX    clause translation 1>;
  1947.           |   [DERIVED FROM <SYNTAX clause translation 2>;]
  1948.               [MATCHES FOR
  1949.                <SYNTAX clause type matching    rules>;]
  1950.               [BEHAVIOUR
  1951.               <Internet    attribute type label>    || "Behaviour"
  1952.                BEHAVIOUR
  1953.                DEFINED AS
  1954.                !<OBJECT-TYPE DESCRIPTION clause text>!;;]
  1955.  
  1956.         The    following definitions apply:
  1957.  
  1958.          <Internet attribute type label>  - The    label associated
  1959.          with the TEXTUAL-CONVENTION macro, or with the    generic    type
  1960.          that could have been defined using that macro.
  1961.  
  1962.          <OBJECT-TYPE DESCRIPTION clause text> - To facilitate
  1963.          parsing of BEHAVIOUR clauses for attributes derived from
  1964.          internet objects, the following scannable structure is
  1965.          recommended (the [] indicate optionality, keywords must be
  1966.          in caps, keywords shall be excluded from the descriptive
  1967.          text):
  1968.  
  1969.  
  1970.  
  1971.  
  1972.  
  1973.  
  1974.  
  1975.  
  1976.  
  1977.  
  1978.  
  1979.  
  1980.  
  1981.  
  1982.  
  1983.  
  1984.  
  1985.         LaBarre          Expires November 29, 1993         Page 27
  1986.  
  1987.  
  1988.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  1989.  
  1990.  
  1991.          [BEGINPARSE
  1992.          [REFERENCE !!<text referencing    internet document,
  1993.                object from which the ISO/CCITT attribute
  1994.                was derived>!!;]
  1995.          [DESCRIPTION !!<text of Internet macro    DESCRIPTION
  1996.                clause, if present>!!;]
  1997.          [UNITS    !!<text    of Internet macro UNITS    clause,    if
  1998.                present indicating the units    associated with
  1999.                the attribute.>!!;]
  2000.          [DISPLAY-HINT !!<hints    on how to display integer or
  2001.                octet string    attributes as defined in
  2002.                [RFC1443]. This may be the text of the
  2003.                Internet macro DISPLAY-HINT clause.>!!;
  2004.          ENDPARSE]
  2005.  
  2006.          If used, the scannable    structure shall    be the first text
  2007.          in the    BEHAVIOUR clause.
  2008.  
  2009.         Attribute templates    derived    from OBJECT-TYPE macros    that specify
  2010.         Internet attribute types in    their SYNTAX clause shall specify
  2011.         the    corresponding ISO/CCITT    attribute types    in their DERIVED
  2012.         FROM clause.
  2013.  
  2014.         Note: In many cases, an SNMP SMI MIB will define a new ASN.1
  2015.         type which is repeatedly referenced    by a large number of OBJECT-
  2016.         TYPE macros. In this case, it would    be useful to define a new
  2017.         generic attribute once and then use    DERIVED    FROM wherever the
  2018.         type is used. Furthermore, if the new ASN.1    type is    actually a
  2019.         refinement of one of the defined SNMP types    (for example, a
  2020.         refinement of DisplayString), it is    desirable that the behaviour
  2021.         associated with the    defined    SNMP type gets carried over into the
  2022.         translated MIB. To accomplish this,    such cases could use the
  2023.         DERIVED FROM clause    when defining new generic attributes.  For
  2024.         example, the ASN.1 syntax:
  2025.  
  2026.               DateAndTime ::= DisplayString (SIZE (14))
  2027.               -- comments provide additional semantics
  2028.  
  2029.         could be represented as a new generic attribute:
  2030.  
  2031.         dateAndTime    ATTRIBUTE
  2032.          DERIVED FROM {iimcManagementDocMan 1}:displayString;
  2033.          BEHAVIOUR dateAndTimeBehaviour    BEHAVIOUR
  2034.          DEFINED AS !<text from    comments>!;;
  2035.  
  2036.         3.3    Post-translation Procedures
  2037.  
  2038.         Post-translation procedures    generally include manual checking of
  2039.         the    BEHAVIOUR clause text for proper behaviour definitions,    the
  2040.         addition of    information concerning variables for creation and
  2041.         deletion in    the case of NAME BINDING templates, and    the creation
  2042.         of name bindings for placing the derived ISO/CCITT objects into
  2043.         the    containment hierarchy.
  2044.  
  2045.  
  2046.  
  2047.         LaBarre          Expires November 29, 1993         Page 28
  2048.  
  2049.  
  2050.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  2051.  
  2052.  
  2053.         Post-translation of    the property-label is required for
  2054.         attributes derived from Internet objects used in conceptual
  2055.         table creation and deletion.
  2056.  
  2057.         Post-translation may also be required for the ASN.1    module
  2058.         created during the translation process.
  2059.  
  2060.         Post-translation procedures    may result in deletion of some
  2061.         ISO/CCITT MIB elements derived from    the procedures described in
  2062.         section 2.2.
  2063.  
  2064.         3.3.1 Post-translation of BEHAVIOUR    Cause
  2065.  
  2066.         The    SNMP and SNMPv2    text descriptions often    contain    SNMP/SNMPv2
  2067.         protocol, or SMI, relevant information that    is inappropriate for
  2068.         an ISO/CCITT object    class or attribute; such text should be
  2069.         removed or properly    modified.
  2070.  
  2071.         For    BEHAVIOUR clauses in NAME BINDING templates, the behaviour
  2072.         of the object relative to creation and deletion, and any
  2073.         constraints    that pertain, should be    explained, especially if the
  2074.         action causes an effect on the resource, e.g., deletion of a
  2075.         transport connection object    may cause the transport    connection
  2076.         to be terminated.
  2077.  
  2078.         The    scannable structures within the    BEHAVIOUR clause should    be
  2079.         checked for    completeness and missing fields    filled in.
  2080.  
  2081.         3.3.2 Deletion of Derived MIB Elements
  2082.  
  2083.         Tables which contain entries that augment the entries of another
  2084.         table shall    be deleted from    the derived MIB.  The corresponding
  2085.         entries shall be bound to the table    entries    that they augment.
  2086.  
  2087.         The    reason for this    is that    the ISO/CCITT SMI prohibits adding
  2088.         attributes to an object class.  The    solution used in this
  2089.         document is    to make    a table    entry object class that    augments
  2090.         another table entry    the direct subordinate of the table entry
  2091.         object class being augmented.  The table is    no longer needed.
  2092.  
  2093.         3.3.3 Creation of NAME BINDING Templates
  2094.  
  2095.         The    ISO/CCITT name bindings    for object classes to be bound into
  2096.         the    naming hierarchy described in section 2.2.2 are    created    by
  2097.         filling in the GDMO    template defined below.
  2098.  
  2099.  
  2100.  
  2101.  
  2102.  
  2103.  
  2104.  
  2105.  
  2106.  
  2107.  
  2108.  
  2109.         LaBarre          Expires November 29, 1993         Page 29
  2110.  
  2111.  
  2112.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  2113.  
  2114.  
  2115.         <subordinate-superior MOC labels> || "NB"  NAME BINDING
  2116.          SUBORDINATE OBJECT CLASS
  2117.                <object class label>     AND SUBCLASSES;
  2118.          NAMED BY SUPERIOR OBJECT CLASS
  2119.                <superior object class label> AND SUBCLASSES;
  2120.          WITH ATTRIBUTE
  2121.                 {iimcManagementDoc 1}:internetClassId;
  2122.          BEHAVIOUR
  2123.          <subordinate-superior MOC labels> || "Behaviour"
  2124.               BEHAVIOUR
  2125.               DEFINED AS !<Behaviour text>!;;
  2126.          [CREATE WITH-AUTOMATIC-INSTANCE-NAMING,
  2127.                  WITH-REFERENCE-OBJECT;]
  2128.          [DELETE DELETES-CONTAINED-OBJECTS;]
  2129.         REGISTERED AS { <name binding OID>};
  2130.  
  2131.          <subordinate-superior MOC labels> - the combination of    the
  2132.          subordinate and superior managed object class reference
  2133.          labels    separated by a hyphen.    An example of the resulting
  2134.          label is: ip-systemNB.
  2135.  
  2136.          <superior object class    label> - the reference label of    the
  2137.          superior object class in the naming hierarchy.
  2138.  
  2139.          Table object classes, derived from conceptual tables, have
  2140.          the object class derived from the group in which they were
  2141.          defined as their superior.  One way to    determine the group
  2142.          is to use the structure of the    OID for    the table object,
  2143.          i.e., it contains the internet    specific portion of the    OID
  2144.          for the group.     However, if the table object class contains
  2145.          entries that were derived from    Internet OBJECT-TYPES that
  2146.          contained an AUGMENTS clause, then the    table is deleted
  2147.          from the MIB.
  2148.  
  2149.          Table entry object classes, derived from conceptual table
  2150.          entries, have the corresponding table object class as their
  2151.          superior.  One    way to determine the table is to use the
  2152.          structure of the OID for the table entry object class,
  2153.          i.e., it contains the internet    specific portion of the    OID
  2154.          for the table.     However, table    entry object classes derived
  2155.          from OBJECT-TYPES that    contain    an AUGMENTS clause have    the
  2156.          table entry object class derived from the OBJECT-TYPE
  2157.          referenced in the AUGMENTS clause as their superior.
  2158.  
  2159.          <Behaviour text> - To facilitate parsing of BEHAVIOUR
  2160.          clauses for name bindings, the    following scannable
  2161.          structure is recommended (the [] indicate optionality,
  2162.          keywords must be in caps, keywords shall be excluded from
  2163.          the descriptive text):
  2164.  
  2165.          [BEGINPARSE
  2166.          [REFERENCE !!<text referencing    internet document, group
  2167.          or object from    which the ISO/CCITT object class was
  2168.          derived>!!;]
  2169.  
  2170.  
  2171.         LaBarre          Expires November 29, 1993         Page 30
  2172.  
  2173.  
  2174.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  2175.  
  2176.  
  2177.          [DESCRIPTION !!<text describing object    create/delete
  2178.                 behaviour>!!;]
  2179.          [INDEX    <attribute label, ..., attribute label>;]
  2180.          [AUGMENTS <entry label    that the object    class
  2181.                 augments>;]
  2182.          [CREATEDELETEATT <label of Internet OBJECT-TYPE used for
  2183.                 creation and deletion of conceptual table
  2184.                 entry object>;]
  2185.          [CREATEDELETEVALUE <SNMPV2ROWSTATUS> |
  2186.                <valid ASN.1    value of create/delete object
  2187.                indicating deletion>;]
  2188.          ENDPARSE]
  2189.  
  2190.          The SNMPV2ROWSTATUS keyword indicates that the    definition
  2191.          of the    attribute type rowStatus (see 4.1.4), designed for
  2192.          use in    SNMP row creation and deletion,    is the
  2193.          CREATEDELETEATT attribute type.  The semantics    and syntax
  2194.          of rowStatus are appropriate for a proxy to use for row
  2195.          creation and deletion.
  2196.  
  2197.          If used, the scannable    structure shall    be the first text in
  2198.          the BEHAVIOUR clause.
  2199.  
  2200.         The    Internet SMI only allows the possibility of conceptual table
  2201.         entries being created and deleted.    Many table entries are
  2202.         automatically created and deleted as a result of normal resource
  2203.         operation, and are not appropriate for creation and    deletion by
  2204.         management means.  However,    dynamic    creation and deletion of
  2205.         such objects by management may still be desired, e.g., for
  2206.         interface cards that may be    dynamically added or removed.
  2207.         Another example is to allow    the deletion of    transport
  2208.         connections    by management, thereby causing the transport
  2209.         connection to be terminated.
  2210.  
  2211.         For    SNMPv2 defined MIBs, if    the table entry    contains an OBJECT-
  2212.         TYPE that has a SYNTAX clause value    of "RowStatus" and a MAX-
  2213.         ACCESS clause value    of "read-create", then the table entry may
  2214.         be created and deleted.
  2215.  
  2216.         For    SNMPv1 defined MIBs, the use of    "RowStatus" is inconsistent.
  2217.         Usually, the text definition for the table entry may need to be
  2218.         consulted to determine if creation and deletion are    allowed, and
  2219.         to determine the columnar object and associated value which
  2220.         indicates deletion.
  2221.  
  2222.          <name binding OID> - As defined in section 2.1.3.
  2223.  
  2224.         The    conventions for    name binding registration shall    be as
  2225.         defined below.
  2226.  
  2227.         Object classes derived from    Internet groups    shall be bound to
  2228.         the    ISO/CCITT system object    class defined in [ISO10165-2].
  2229.         Object classes derived from    Internet conceptual table objects
  2230.         shall be bound to the object class derived from the    group with
  2231.  
  2232.  
  2233.         LaBarre          Expires November 29, 1993         Page 31
  2234.  
  2235.  
  2236.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  2237.  
  2238.  
  2239.         which it is    associated.  Object classes derived from Internet
  2240.         conceptual table entries shall be bound to the conceptual table
  2241.         object classes with    which they are associated.  Object classes
  2242.         derived from Internet conceptual table entries which augment
  2243.         other Internet conceptual table entries shall be bound to the
  2244.         table entry    object class that they augment.
  2245.  
  2246.         Editor's Note: [The    inclusion of object classes derived from
  2247.         conceptual tables is a major issue;    see Appendix B for a
  2248.         discussion of this issue. If such object classes are removed,
  2249.         then the conceptual    table entries will be bound directly to    the
  2250.         group with which they are associated.]
  2251.  
  2252.         The    structure of the naming    tree is    illustrated below.
  2253.  
  2254.          Note: the system object class may be bound to objects
  2255.                other than root.
  2256.  
  2257.          "CCITT    Rec. X.660 | ISO/IEC 98344-1 : 1992": root
  2258.          |
  2259.          |-- "Rec. X.721 | ISO/IEC 10165-2 : 1992" : system
  2260.               |
  2261.               |-- group    derived    object class
  2262.               |
  2263.               |-- group    derived    object class
  2264.               |       |-- table
  2265.               |        |-- table entry
  2266.               |             |-- augmentation of table entry
  2267.               |
  2268.               |-- group    derived    object class
  2269.               |
  2270.               |    . . .
  2271.  
  2272.         The    naming tree for    the Internet MIB-II derived object classes
  2273.         [IIMCMIB-II] is illustrated    below.
  2274.  
  2275.         "CCITT Rec. X.660 | ISO/IEC 9834-1 : 1992": root
  2276.          |
  2277.          |"Rec.    X.721 |    ISO/IEC    10165-2    : 1992"    : system
  2278.               |
  2279.               |-- internetSystem
  2280.               |
  2281.               |-- at
  2282.               |       |---    atTable
  2283.               |        |--- atEntry
  2284.               |
  2285.               |-- egp
  2286.               |       |---    egpNeighTable
  2287.               |        |--- egpNeighEntry
  2288.               |
  2289.               |-- icmp
  2290.               |
  2291.               |-- interfaces
  2292.               |       |---    ifTable
  2293.  
  2294.  
  2295.         LaBarre          Expires November 29, 1993         Page 32
  2296.  
  2297.  
  2298.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  2299.  
  2300.  
  2301.               |        |--- ifEntry
  2302.               |
  2303.               |-- ip
  2304.               |       |---    ipRouteTable
  2305.               |       |    |--- ipRouteEntry
  2306.               |       |
  2307.               |       |---    ipAddrTable
  2308.               |       |    |--- ipAddrEntry
  2309.               |       |
  2310.               |       |---    ipNetToMediaTable
  2311.               |       |    |--- ipNetToMediaEntry
  2312.               |       |---    ipForwardTable
  2313.               |        |--- ipForwardEntry
  2314.               |
  2315.               |-- snmp
  2316.               |
  2317.               |-- tcp
  2318.               |       |---    tcpConnTable
  2319.               |        |--- tcpConnEntry
  2320.               |
  2321.               |-- udp
  2322.                |---    udpTable
  2323.                 |--- udpEntry
  2324.  
  2325.         3.3.4 Attribute Property-label Changes
  2326.  
  2327.         Attributes that are    used for creation/deletion and for naming
  2328.         must not be    modified via CMIS operations.
  2329.  
  2330.         3.3.4.1 Create/Delete Attributes
  2331.  
  2332.         Table entry    objects    are allowed to be created or deleted only
  2333.         via    the CMIS CREATE    and DELETE services.  Therefore, the
  2334.         attributes derived from the    Internet objects used to manipulate
  2335.         creation and deletion of conceptual    rows, e.g., the    rowStatus
  2336.         type, are to be treated as read only attributes.  This prevents
  2337.         creation and deletion of conceptual    rows via direct    manipulation
  2338.         of the attribute values.
  2339.  
  2340.         For    managed    object classes that have been derived from Internet
  2341.         conceptual rows, change the    property-label of the attribute
  2342.         derived from the Internet object used for creation and deletion
  2343.         to GET.  If    the scannable notation conventions were    used for the
  2344.         behaviour clause of    the name binding template associated with
  2345.         the    object class, then the attribute may be    identified by the
  2346.         CREATEDELETEATT construct.
  2347.  
  2348.         3.3.4.2 Naming (INDEX) Attributes
  2349.  
  2350.         OSI    naming attributes are constrained to be    GET only since the
  2351.         name of the    object cannot change during its    lifetime.  Since the
  2352.         name is derived from the values of the Internet objects used for
  2353.         indexing conceptual    table entries, the attributes derived from
  2354.  
  2355.  
  2356.  
  2357.         LaBarre          Expires November 29, 1993         Page 33
  2358.  
  2359.  
  2360.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  2361.  
  2362.  
  2363.         those indexing objects may not be modified after the table entry
  2364.         object has been created.
  2365.  
  2366.         For    managed    object classes that have been derived from Internet
  2367.         conceptual rows, ensure that the property-label of the
  2368.         attributes derived from the    Internet objects used for naming
  2369.         have the GET property-label.  If the scannable notation
  2370.         conventions    were used for the behaviour clause of the template
  2371.         associated with the    object class, then the attributes may be
  2372.         identified by the INDEX construct.
  2373.  
  2374.         3.3.5 Post-processing of ASN.1 Module
  2375.  
  2376.         It may be possible to collapse repeated ASN.1 references into a
  2377.         single reference, if desired.  However, care must be taken to
  2378.         ensure that    any new    reference labels are appropriately reflected
  2379.         in the templates that reference the    old labels.
  2380.  
  2381.         4. IIMCIMIBTRANS MIB
  2382.  
  2383.         The    GDMO templates and ASN.1 modules are included here in one
  2384.         section to facilitate automated processing.     Comments and
  2385.         subsection headers are included in the form    of ASN.1 comments,
  2386.         i.e., preceded by "--".
  2387.  
  2388.         This document (IIMCIMIBTRANS) is allocated the following
  2389.         registration identifier for    purposes of referencing    material
  2390.         contained herein.
  2391.  
  2392.         iimcIIMCIMIBTRANS OBJECT IDENTIFIER    ::={iimcManagementDocMan 1}
  2393.  
  2394.  
  2395.         4.1     IMIBTRANS MIB GDMO Templates
  2396.  
  2397.  
  2398.         -- 4.1.1  IMIBTRANS    Managed    Object Classes
  2399.  
  2400.         internetAlarmRecord    MANAGED    OBJECT CLASS
  2401.          DERIVED FROM
  2402.          "Rec. X.721 | ISO/IEC 10165-2 : 1992":eventLogRecord;
  2403.          CHARACTERIZED BY
  2404.          internetAlarmRecordPkg      PACKAGE
  2405.               BEHAVIOUR
  2406.               internetAlarmRecordBehaviour  BEHAVIOUR
  2407.                DEFINED AS !This managed object is used to
  2408.                represent logged information    that resulted
  2409.                from    internetAlarm notifications or event
  2410.                reports.!;;
  2411.               ATTRIBUTES
  2412.               "Rec. X.721 | ISO/IEC 10165-2 : 1992":
  2413.                 probableCause         GET;;;
  2414.  
  2415.               CONDITIONAL PACKAGES
  2416.  
  2417.  
  2418.  
  2419.         LaBarre          Expires November 29, 1993         Page 34
  2420.  
  2421.  
  2422.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  2423.  
  2424.  
  2425.               attributeIdentifierListPkg    PACKAGE
  2426.                ATTRIBUTES
  2427.                "Rec. X.721 | ISO/IEC 10165-2 : 1992":
  2428.                 attributeIdentifierList          GET;;
  2429.                PRESENT IF !The
  2430.                attributeIdentifierList parameter is    present
  2431.                in the internetAlarm    notification or    event
  2432.                report corresponding    to the instance    of the
  2433.                internet alarm record.!,
  2434.  
  2435.               objectInstanceListPkg    PACKAGE
  2436.                ATTRIBUTES
  2437.                objectInstanceList               GET;;
  2438.                PRESENT IF !The
  2439.                objectInstanceList parameter    is present
  2440.                in the internetAlarm    notification or    event
  2441.                report corresponding    to the instance    of the
  2442.                internet alarm record.!,
  2443.  
  2444.               perceivedSeverityPkg     PACKAGE
  2445.                ATTRIBUTES
  2446.                "Rec. X.721 | ISO/IEC 10165-2 : 1992":
  2447.                 perceivedSeverity          GET;;
  2448.                PRESENT IF !The
  2449.                perceivedSeverity parameter is present
  2450.                in the internetAlarm    notification or    event
  2451.                report corresponding    to the instance    of the
  2452.                internet alarm record.!,
  2453.  
  2454.               transportDomainPkg  PACKAGE
  2455.                ATTRIBUTES
  2456.                transportDomain               GET;;
  2457.                PRESENT IF !The
  2458.                transportDomain parameter is    present
  2459.                in the internetAlarm    notification or    event
  2460.                report corresponding    to the instance    of the
  2461.                internet alarm record.!,
  2462.  
  2463.               transportAddressPkg PACKAGE
  2464.                ATTRIBUTES
  2465.                transportAddress               GET;;
  2466.                PRESENT IF !The
  2467.                transportAddress parameter is present
  2468.                in the internetAlarm    notification or    event
  2469.                report corresponding    to the instance    of the
  2470.                internet alarm record.!;
  2471.         REGISTERED AS {iimcManagementMOC 1};
  2472.  
  2473.  
  2474.         -- 4.1.2  IMIBTRANS    Attributes
  2475.  
  2476.  
  2477.         internetClassId ATTRIBUTE
  2478.               WITH ATTRIBUTE SYNTAX
  2479.  
  2480.  
  2481.         LaBarre          Expires November 29, 1993         Page 35
  2482.  
  2483.  
  2484.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  2485.  
  2486.  
  2487.                 IimcCommonDef.ObjectIdentifier;
  2488.               MATCHES FOR EQUALITY;
  2489.               BEHAVIOUR
  2490.                internetClassIdBehaviour BEHAVIOUR
  2491.               DEFINED AS !This is a generic naming attribute
  2492.               intended to be used for naming all object
  2493.               classes derived from Internet MIB    translation.
  2494.  
  2495.               For ISO/CCITT object classes that    may have only a
  2496.               single instance per managed system, the value
  2497.               is the OID for the object    class concatenated with
  2498.               the sub-identifier "0".  Object classes derived
  2499.               from the Internet    TCP, UDP, and IP groups    are
  2500.               examples of such object classes.
  2501.  
  2502.               For object classes that may have multiple
  2503.               instances    per managed system, such as table
  2504.               entries, the value is the    concatenation of the
  2505.               ISO/CCITT    object class OID and the Internet object
  2506.               instance identifier (an OID) of the form
  2507.               specified    for the    table entry instance
  2508.               identification in    the original Internet MIB
  2509.               definition.
  2510.  
  2511.               The Internet object instance identification is the
  2512.               concatenation of the values of the Internet
  2513.               OBJECT-TYPE(s) identified    in the conceptual table
  2514.               entry OBJECT-TYPE    INDEX clause.  If an SNMPv2
  2515.               AUGMENTS clause is present, the instance
  2516.               identification is    the concatenation of the values
  2517.               of the OBJECT-TYPE(s) identified in the INDEX
  2518.               clause of    the conceptual table entry referenced in
  2519.               the value    of the AUGMENTS    clause.!;;
  2520.         REGISTERED AS {iimcManagementAtt 1};
  2521.  
  2522.         objectInstanceList    ATTRIBUTE
  2523.          WITH ATTRIBUTE    SYNTAX    IimcCommonDef.ObjectInstanceList;
  2524.          MATCHES FOR EQUALITY, SET-COMPARISON, SET-INTERSECTION;
  2525.          BEHAVIOUR
  2526.               objectInstanceListBehaviour BEHAVIOUR
  2527.               DEFINED AS
  2528.               !This attribute is used for filtering on the object
  2529.               instances    associated with    internetAlarms.!;;
  2530.         REGISTERED AS {iimcManagementAtt 2};
  2531.  
  2532.         transportAddress ATTRIBUTE
  2533.          WITH ATTRIBUTE    SYNTAX IIMCCommonDef.TransportAddress;
  2534.          MATCHES FOR      EQUALITY, SUBSTRINGS;
  2535.          BEHAVIOUR
  2536.               transportAddressBehaviour    BEHAVIOUR
  2537.               DEFINED AS
  2538.               !The transport service address by    which the party
  2539.               receives network management traffic, formatted
  2540.               according    to the corresponding value of
  2541.  
  2542.  
  2543.         LaBarre          Expires November 29, 1993         Page 36
  2544.  
  2545.  
  2546.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  2547.  
  2548.  
  2549.               transportDomain.    For snmpUDPDomain, transportAddress
  2550.               is formatted as a    4-octet    IP Address concatenated
  2551.               with a 2-octet UDP port number.!;;
  2552.         REGISTERED AS {iimcManagementAtt 3};
  2553.  
  2554.         transportDomain ATTRIBUTE
  2555.          WITH ATTRIBUTE    SYNTAX
  2556.                IIMCCommonDef.TransportDomain;
  2557.          MATCHES FOR      EQUALITY;
  2558.          BEHAVIOUR
  2559.               transportDomainBehaviour BEHAVIOUR
  2560.               DEFINED AS
  2561.               !Indicates the kind of transport service by which
  2562.               the party    receives network management traffic. An
  2563.               example of a transport domain is 'rfc1351Domain'
  2564.               (SNMP over UDP).!;;
  2565.         REGISTERED AS {iimcManagementAtt 4};
  2566.  
  2567.  
  2568.         -- 4.1.3  IMIBTRANS    Notifications
  2569.  
  2570.  
  2571.         internetAlarm  NOTIFICATION
  2572.               BEHAVIOUR
  2573.               internetAlarmBehaviour BEHAVIOUR
  2574.               DEFINED AS
  2575.               !This is a generic notification for translated
  2576.               Internet SNMPv1 traps and    SNMPv2 notifications.
  2577.  
  2578.               The attributeIdentifierList, and objectInstanceList
  2579.               fields contain information which may be duplicated in
  2580.               other fields.  They are included to facilitate
  2581.               filtering    of notifications on the    basis of contained
  2582.               attributes and the object    instances to which the
  2583.               notification may pertain.
  2584.  
  2585.               The probableCause    field shall contain the    snmpTrapOID
  2586.               as derived in clause 2.1.2.  This    uniquely
  2587.               distinguishes SNMP traps and may be used for
  2588.               filtering.  Only the "globalValue", i.e.,    OID,  form
  2589.               of the probableCause syntax shall    be used.
  2590.  
  2591.               The attributeIdentifierList field    shall contain the
  2592.               attribute    identifiers for    the attributes derived from
  2593.               the varBind components of    the SNMP variable-
  2594.               bindings list.  This field is optional.
  2595.  
  2596.               The objectInstanceList field shall contain the object
  2597.               instances    associated with    the attributes derived from
  2598.               the varBind components of    the SNMP variable-bindings
  2599.               list.  This field    is optional.
  2600.  
  2601.               The internetTrapInfo field shall contain the
  2602.               attributes and their values, and optionally their
  2603.  
  2604.  
  2605.         LaBarre          Expires November 29, 1993         Page 37
  2606.  
  2607.  
  2608.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  2609.  
  2610.  
  2611.               associated object    instances, as derived from the
  2612.               varBind components of the    SNMP variable-bindings list.
  2613.               This field is optional.
  2614.  
  2615.               The unknownVarBindList shall consist of the sequence
  2616.               of varBinds contained in the variable-
  2617.               bindings list for    which translation was not possible,
  2618.               i.e., the    attribute OID and object instance
  2619.               information could    not be determined. This    field is
  2620.               optional.
  2621.  
  2622.               The perceivedSeverity, notificationIdentifier, and
  2623.               correlatedNotification field semantics are as defined
  2624.               in [ISO10164-4], and the syntax is as defined in
  2625.               [ISO10165-2]. These fields are optional.
  2626.  
  2627.               The transportDomain field    shall contain the OID for
  2628.               the transport protocol associated    with the Internet
  2629.               agent that sent the alarm.  This field is    optional.
  2630.  
  2631.               The transportAddress field shall contain the transport
  2632.               layer address of the Internet agent that issued the
  2633.               SNMP trap/notification.  The format of the field shall
  2634.               be in accordance with the    transportDomain    format.
  2635.               This field is optional.
  2636.  
  2637.               The accessControlInfo field shall    contain    the access
  2638.               control information associated with the
  2639.               trap/notification, i.e., either the community string
  2640.               or the party information.    This field is optional.
  2641.  
  2642.               The additionalInformation    field may contain any
  2643.               additional information that may be associated with the
  2644.               notification.!;;
  2645.               WITH INFORMATION SYNTAX
  2646.                IimcCommonDef.InternetAlarmInfo
  2647.               AND ATTRIBUTE IDS
  2648.               probableCause
  2649.               "Rec. X.721 | ISO/IEC 10165-2 : 1992":
  2650.                       probableCause,
  2651.               attributeIdentifierList
  2652.               "Rec. X.721 | ISO/IEC 10165-2 : 1992":
  2653.                       attributeIdentifierList,
  2654.          objectInstanceList      objectInstanceList,
  2655.               perceivedSeverity
  2656.               "Rec. X.721 | ISO/IEC 10165-2 : 1992":
  2657.                       perceivedSeverity,
  2658.               notificationIdentifier
  2659.               "Rec. X.721 | ISO/IEC 10165-2 : 1992":
  2660.                       notificationIdentifier,
  2661.          correlatedNotification
  2662.               "Rec. X.721 | ISO/IEC 10165-2 : 1992":
  2663.                       correlatedNotification,
  2664.               transportDomain           transportDomain,
  2665.  
  2666.  
  2667.         LaBarre          Expires November 29, 1993         Page 38
  2668.  
  2669.  
  2670.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  2671.  
  2672.  
  2673.               transportAddress           transportAddress;
  2674.         REGISTERED AS {iimcManagementNot 1};
  2675.  
  2676.  
  2677.         -- 4.1.4  IMIBTRANS    Attribute Types
  2678.  
  2679.  
  2680.         -- The following ISO/CCITT attribute types,    listed in
  2681.         -- alphabetical order, are derived from Internet attribute
  2682.         -- types to    facilitate Internet MIB    translation.  Other
  2683.         -- attributes may be derived from these types.
  2684.  
  2685.         autonomousType ATTRIBUTE
  2686.          WITH ATTRIBUTE    SYNTAX IimcCommonDef.AutonomousType;
  2687.          MATCHES FOR    EQUALITY, ORDERING, SUBSTRINGS;       BEHAVIOUR
  2688.               autonomousTypeBehaviour BEHAVIOUR
  2689.               DEFINED AS
  2690.               !BEGINPARSE
  2691.               REFERENCE    !!This corresponds to the type defined
  2692.                 in [RFC1443] by    the same name.!!;
  2693.               DESCRIPTION !!Represents an independently
  2694.                 extensible type    identification value. It
  2695.                 may, for example, indicate a particular
  2696.                 sub-tree with further MIB definitions,
  2697.                 or define a particular type of protocol
  2698.                 or hardware.!!;
  2699.               ENDPARSE!;;;
  2700.  
  2701.         counter32 ATTRIBUTE
  2702.          WITH ATTRIBUTE    SYNTAX IimcCommonDef.Counter32;
  2703.          MATCHES FOR    EQUALITY, ORDERING;
  2704.          BEHAVIOUR
  2705.               counter32Behaviour BEHAVIOUR
  2706.               DEFINED AS
  2707.               !BEGINPARSE
  2708.               REFERENCE    !!This corresponds to the type defined
  2709.                 in [RFC1442] by    the same name.!!;
  2710.               ENDPARSE!;;;
  2711.  
  2712.         counter64 ATTRIBUTE
  2713.          WITH ATTRIBUTE    SYNTAX IimcCommonDef.Counter64;
  2714.          MATCHES FOR    EQUALITY, ORDERING;
  2715.          BEHAVIOUR
  2716.               counter64Behaviour BEHAVIOUR
  2717.               DEFINED AS
  2718.               !BEGINPARSE
  2719.               REFERENCE    !!This corresponds to the type defined
  2720.                 in [RFC1442] by    the same name.!!;
  2721.               ENDPARSE!;;;
  2722.  
  2723.         dateAndTime    ATTRIBUTE
  2724.          WITH ATTRIBUTE    SYNTAX IimcCommonDef.DateAndTime;
  2725.          MATCHES FOR    EQUALITY, ORDERING;
  2726.          BEHAVIOUR
  2727.  
  2728.  
  2729.         LaBarre          Expires November 29, 1993         Page 39
  2730.  
  2731.  
  2732.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  2733.  
  2734.  
  2735.               dateAndTimeBehaviour BEHAVIOUR
  2736.               DEFINED AS
  2737.               !BEGINPARSE
  2738.               REFERENCE    !!This corresponds to the type defined
  2739.                 in [RFC1443] by    the same name.!!;
  2740.               DISPLAY-HINT !!2d-1d-1d,1d:1d:1d.1d,1a1d:1d!!;
  2741.               DESCRIPTION !!
  2742.               A    date-time specification.
  2743.               field  octets  contents               range
  2744.               -----  ------  --------               -----
  2745.                1      1-2   year              0..65536
  2746.                2       3    month              1..12
  2747.                3       4    day                  1..31
  2748.                4       5    hour              0..23
  2749.                5       6    minutes              0..59
  2750.                6       7    seconds              0..60
  2751.               (use 60 for leap-second)
  2752.                7       8    deci-seconds          0..9
  2753.                8       9    direction from UT          "+"/ "-"
  2754.                9      10    hours from UT          0..11
  2755.               10      11    minutes from UT          0..59
  2756.  
  2757.               For example, Tuesday May 26, 1992    at 1:30:15 PM
  2758.               EDT would    be displayed as:
  2759.               1992-5-26,13:30:15.0,-4:0
  2760.  
  2761.               Note that    if only    local time is known, then
  2762.               timezone information (fields 8-10) is not
  2763.               present.!!;
  2764.               ENDPARSE!;;;
  2765.  
  2766.         displayString ATTRIBUTE
  2767.          WITH ATTRIBUTE    SYNTAX
  2768.               IimcCommonDef.DisplayString;
  2769.          MATCHES FOR    EQUALITY, ORDERING, SUBSTRINGS;       BEHAVIOUR
  2770.               displayStringBehaviour BEHAVIOUR
  2771.               DEFINED AS
  2772.               !BEGINPARSE
  2773.               REFERENCE    !!This corresponds to the type defined
  2774.                 in [RFC1443] by    the same name.!!;
  2775.               DISPLAY-HINT !!255a!!;
  2776.               DESCRIPTION !!Represents textual information taken
  2777.                 from the NVT ASCII character set, as
  2778.                 defined    in pages 4, 10-11 of RFC 854.
  2779.                 Any object defined using this syntax
  2780.                 may not    exceed 255 characters in
  2781.                 length.!!;
  2782.               ENDPARSE!;;;
  2783.  
  2784.         gauge32 ATTRIBUTE
  2785.          WITH ATTRIBUTE    SYNTAX IimcCommonDef.Gauge32;
  2786.          MATCHES FOR    EQUALITY, ORDERING;
  2787.          BEHAVIOUR
  2788.               gauge32Behaviour BEHAVIOUR
  2789.  
  2790.  
  2791.         LaBarre          Expires November 29, 1993         Page 40
  2792.  
  2793.  
  2794.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  2795.  
  2796.  
  2797.               DEFINED AS
  2798.               !BEGINPARSE
  2799.               REFERENCE    !!This corresponds to the type defined in
  2800.                 [RFC1442] by the same name.!!;
  2801.               ENDPARSE!;;;
  2802.  
  2803.         instancePointer ATTRIBUTE
  2804.          WITH ATTRIBUTE    SYNTAX
  2805.               IimcCommonDef.InstancePointer;
  2806.          MATCHES FOR    EQUALITY, ORDERING;
  2807.          BEHAVIOUR
  2808.               instancePointerBehaviour BEHAVIOUR
  2809.               DEFINED AS
  2810.               !BEGINPARSE
  2811.               REFERENCE    !!This corresponds to the type defined
  2812.                 in [RFC1443] by    the same name.!!;
  2813.               DESCRIPTION !!A pointer to a specific instance of
  2814.                 a conceptual row of a MIB table    in the
  2815.                 managed    device.     By convention,    it is
  2816.                 the name of the    particular instance of
  2817.                 the first columnar object in the
  2818.                 conceptual row.!!;
  2819.               ENDPARSE!;;;
  2820.  
  2821.         ipAddress ATTRIBUTE
  2822.          WITH ATTRIBUTE    SYNTAX IimcCommonDef.IpAddress;
  2823.          MATCHES FOR    EQUALITY, ORDERING, SUBSTRINGS;       BEHAVIOUR
  2824.               ipAddressBehaviour BEHAVIOUR
  2825.               DEFINED AS
  2826.               !BEGINPARSE
  2827.               REFERENCE    !!This corresponds to the type defined
  2828.                 in [RFC1443] by    the same name.!!;
  2829.               DESCRIPTION !!This attribute represents a    32-bit
  2830.                 internet address.  It is represented as
  2831.                 an octet string    of length 4, in    network
  2832.                 Byte-order.!!;
  2833.               ENDPARSE!;;;
  2834.  
  2835.         macAddress ATTRIBUTE
  2836.          WITH ATTRIBUTE    SYNTAX IimcCommonDef.MacAddress;
  2837.          MATCHES FOR    EQUALITY, ORDERING, SUBSTRINGS;       BEHAVIOUR
  2838.               macAddressBehaviour BEHAVIOUR
  2839.               DEFINED AS
  2840.               !BEGINPARSE
  2841.               REFERENCE    !!This corresponds to the type defined
  2842.                 in [RFC1443] by    the same name.!!;
  2843.               DISPLAY-HINT !!1x:!!;
  2844.               DESCRIPTION !!Represents an 802 MAC address
  2845.                 represented in the `canonical' order
  2846.                 defined    by IEEE    802.1a,    i.e., as if it
  2847.                 were transmitted least significant bit
  2848.                 first, even though 802.5 (in contrast
  2849.                 to other 802.x protocols) requires MAC
  2850.                 addresses to be    transmitted most
  2851.  
  2852.  
  2853.         LaBarre          Expires November 29, 1993         Page 41
  2854.  
  2855.  
  2856.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  2857.  
  2858.  
  2859.                 significant bit    first.!!;
  2860.               ENDPARSE!;;;
  2861.  
  2862.         nsapAddress    ATTRIBUTE
  2863.          WITH ATTRIBUTE    SYNTAX IimcCommonDef.NsapAddress;
  2864.          MATCHES FOR    EQUALITY, ORDERING, SUBSTRINGS;
  2865.          BEHAVIOUR
  2866.               nsapAddressBehaviour BEHAVIOUR
  2867.               DEFINED AS
  2868.               !BEGINPARSE
  2869.               REFERENCE    !!This corresponds to the type defined
  2870.                 in [RFC1442] by    the same name.!!;
  2871.               DESCRIPTION !!This attribute represents an
  2872.                 ISO/CCITT network address.  It is
  2873.                 length octet string.  The first    octet of
  2874.                 the string contains a binary value, in
  2875.                 the range of 0..20, and    indicates the
  2876.                 length in octets of the    NSAP.  Following
  2877.                 the first octet, is the    NSAP expressed
  2878.                 in concrete binary notation, starting
  2879.                 with the most significant octet.  A
  2880.                 zero-length NSAP is used as a "special"
  2881.                 address, meaning "the default NSAP"
  2882.                 (analogous to the IP address 0.0.0.0).
  2883.                 Such an    NSAP is    encoded    as a single octet
  2884.                 containing the value 0.     All other NSAPS
  2885.                 are encoded in at least    4 octets.!!;
  2886.               ENDPARSE!;;;
  2887.  
  2888.         opaque ATTRIBUTE
  2889.          WITH ATTRIBUTE    SYNTAX IimcCommonDef.Opaque;
  2890.          MATCHES FOR    EQUALITY, ORDERING;
  2891.          BEHAVIOUR
  2892.               opaqueBehaviour BEHAVIOUR
  2893.               DEFINED AS
  2894.               !BEGINPARSE
  2895.               REFERENCE    !!This corresponds to the type defined
  2896.                 in [RFC1442] by    the same name.!!;
  2897.               DESCRIPTION !!This attribute represents arbitrary
  2898.                 ASN.1 syntax.  A value is encoded using
  2899.                 the Basic Encoding Rules [ISO8825] into
  2900.                 a string of octets.  This, in turn, is
  2901.                 encoded    as an OCTET STRING, in effect
  2902.                 "double-wrapping" the original ASN.1
  2903.                 value.!!;
  2904.               ENDPARSE!;;;
  2905.  
  2906.         physAddress    ATTRIBUTE
  2907.          WITH ATTRIBUTE    SYNTAX IimcCommonDef.PhysAddress;
  2908.          MATCHES FOR    EQUALITY, ORDERING, SUBSTRINGS;       BEHAVIOUR
  2909.               physAddressBehaviour BEHAVIOUR
  2910.               DEFINED AS
  2911.               !BEGINPARSE
  2912.               REFERENCE    !!This corresponds to the type defined
  2913.  
  2914.  
  2915.         LaBarre          Expires November 29, 1993         Page 42
  2916.  
  2917.  
  2918.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  2919.  
  2920.  
  2921.                 in [RFC1443] by    the same name.!!;
  2922.               DISPLAY-HINT !!1x:!!;
  2923.               DESCRIPTION !!Represents media- or physical-level
  2924.                 addresses.!!;
  2925.               ENDPARSE!;;;
  2926.  
  2927.         rowStatus ATTRIBUTE
  2928.          WITH ATTRIBUTE    SYNTAX
  2929.                IimcCommonDef.RowStatus;
  2930.          MATCHES FOR    EQUALITY, ORDERING;
  2931.          BEHAVIOUR
  2932.               rowStatusBehaviour BEHAVIOUR
  2933.               DEFINED AS
  2934.               !BEGINPARSE
  2935.               REFERENCE    !!This corresponds to the type defined
  2936.                 in [RFC1443] by    the same name.!!;
  2937.               DESCRIPTION !!The    RowStatus attribute is used by
  2938.               SNMP to manage the creation and deletion of
  2939.               conceptual rows, and is used as the value    of the
  2940.               SYNTAX clause for    the conceptual row status
  2941.               column.
  2942.  
  2943.               The rowStatus attribute shall be defined as a
  2944.               read-only    (GET) attribute    for IIMC defined MIBs.
  2945.               Creation and deletion of object classes derived
  2946.               from conceptual rows shall only be via the CMIS
  2947.               CREATE and DELETE    services. The rowStatus
  2948.               attribute    has three valid    values.
  2949.  
  2950.               -    `active', which    indicates that the
  2951.               conceptual row is    available for use by the
  2952.               managed device;
  2953.  
  2954.               -    `notInService',    which indicates    that the
  2955.               conceptual row exists in the agent, but is
  2956.               unavailable for use by the managed device
  2957.               (see NOTE    below);
  2958.  
  2959.               -    `notReady', which indicates that the
  2960.               conceptual row exists in the agent, but is
  2961.               missing information necessary in order to    be
  2962.               available    for use    by the managed device.!!;
  2963.               ENDPARSE!;;;
  2964.  
  2965.         testAndIncr    ATTRIBUTE
  2966.          WITH ATTRIBUTE    SYNTAX IimcCommonDef.TestAndIncr;
  2967.          MATCHES FOR    EQUALITY, ORDERING;
  2968.               BEHAVIOUR
  2969.               testAndIncrBehaviour BEHAVIOUR
  2970.               DEFINED AS
  2971.               !BEGINPARSE
  2972.               REFERENCE    !!This corresponds to the type defined
  2973.                 in [RFC1443] by    the same name.!!;
  2974.               DESCRIPTION
  2975.  
  2976.  
  2977.         LaBarre          Expires November 29, 1993         Page 43
  2978.  
  2979.  
  2980.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  2981.  
  2982.  
  2983.               !!Represents integer-valued information used for
  2984.               atomic operations.  When the management protocol is
  2985.               used to specify that an object instance having this
  2986.               syntax is    to be modified,    the new    value supplied via
  2987.               the management protocol must precisely match the value
  2988.               presently    held by    the instance.  If not, the
  2989.               management protocol set operation    fails with an error
  2990.               of `inconsistentValue'.  Otherwise, if the current
  2991.               value is the maximum value of 2^31-1 (2147483647
  2992.               decimal),    then the value held by the instance is
  2993.               wrapped to zero; otherwise, the value held by the
  2994.               instance is incremented by one.  (Note that regardless
  2995.               of whether the management    protocol set operation
  2996.               succeeds,    the previous value held    by the instance    is
  2997.               returned.)
  2998.  
  2999.               The value    of the ACCESS clause for objects having    this
  3000.               syntax is    either `read-write' or `read-create'.  When
  3001.               an instance of a columnar    object having this syntax is
  3002.               created, any value may be    supplied via the management
  3003.               protocol.!!;
  3004.               ENDPARSE!;;;
  3005.  
  3006.  
  3007.         timeInterval ATTRIBUTE
  3008.          WITH ATTRIBUTE    SYNTAX
  3009.                IimcCommonDef.TimeInterval;
  3010.          MATCHES FOR    EQUALITY, ORDERING;
  3011.          BEHAVIOUR
  3012.               timeIntervalBehaviour BEHAVIOUR
  3013.               DEFINED AS
  3014.               !BEGINPARSE
  3015.               REFERENCE    !!This corresponds to the type defined
  3016.                 in [RFC1443] by    the same name.!!;
  3017.               DESCRIPTION !!A period of    time, measured in units
  3018.                 of 0.01    seconds.!!;
  3019.               ENDPARSE!;;;
  3020.  
  3021.         timeStamp ATTRIBUTE
  3022.          DERIVED FROM
  3023.                {iimcManagementDoc 1} :timeTicks;
  3024.          MATCHES FOR    EQUALITY, ORDERING;
  3025.          BEHAVIOUR
  3026.               timeStampBehaviour BEHAVIOUR
  3027.               DEFINED AS
  3028.               !BEGINPARSE
  3029.               REFERENCE    !!This corresponds to the type defined
  3030.                 in [RFC1443] by    the same name.!!;
  3031.               DESCRIPTION
  3032.               !!The value of MIB-II's sysUpTime    object at which
  3033.               specific occurrence happened.  The specific occurrence
  3034.               must be defined in the description of any    object
  3035.               defined using this type.!!;
  3036.               ENDPARSE!;;;
  3037.  
  3038.  
  3039.         LaBarre          Expires November 29, 1993         Page 44
  3040.  
  3041.  
  3042.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  3043.  
  3044.  
  3045.  
  3046.         timeTicks ATTRIBUTE
  3047.          WITH ATTRIBUTE    SYNTAX
  3048.               IimcCommonDef.TimeTicks;
  3049.          MATCHES FOR    EQUALITY, ORDERING;
  3050.          BEHAVIOUR
  3051.               timeTicksBehaviour BEHAVIOUR
  3052.               DEFINED AS
  3053.               !BEGINPARSE
  3054.               REFERENCE    !!This corresponds to the type defined
  3055.                 in [RFC1443] by    the same name.!!;
  3056.               DESCRIPTION
  3057.               !!This attribute type represents a non-negative
  3058.               integer which represents the time, modulo    2->32
  3059.               (4294967296 decimal), in hundredths of a second
  3060.               between two epochs.  When    attributes are
  3061.               defined which use    this attribute type, the
  3062.               description of the object    identifies both    of
  3063.               the reference epochs.!!;
  3064.               ENDPARSE!;;;
  3065.  
  3066.         truthValue ATTRIBUTE
  3067.          WITH ATTRIBUTE    SYNTAX IimcCommonDef.TruthValue;
  3068.          MATCHES FOR    EQUALITY;
  3069.          BEHAVIOUR
  3070.               truthValueBehaviour BEHAVIOUR
  3071.               DEFINED AS
  3072.               !BEGINPARSE
  3073.               REFERENCE    !!This corresponds to the type defined
  3074.                 in [RFC1443] by    the same name.!!;
  3075.               DESCRIPTION !!Represents a boolean value.!!;
  3076.               ENDPARSE!;;;
  3077.  
  3078.         uInteger32 ATTRIBUTE
  3079.          WITH ATTRIBUTE    SYNTAX IimcCommonDef.UInteger32;
  3080.          MATCHES FOR    EQUALITY, ORDERING;
  3081.          BEHAVIOUR
  3082.               uInteger32Behaviour BEHAVIOUR
  3083.               DEFINED AS
  3084.               !BEGINPARSE
  3085.               REFERENCE    !!This corresponds to the type defined
  3086.                 in [RFC1443] by    the same name.!!;
  3087.               DESCRIPTION
  3088.               !!As defined for the ASN.1 Builtin INTEGER type.
  3089.               Only the value range constraint (0..4294967295) is
  3090.               added.!!;
  3091.               ENDPARSE!;;;
  3092.  
  3093.  
  3094.         4.2     IMIBTRANS ASN.1 Modules
  3095.  
  3096.  
  3097.         IimcAssignedOIDs  {iimcManagementModMan 1}
  3098.         DEFINITIONS    ::= BEGIN
  3099.  
  3100.  
  3101.         LaBarre          Expires November 29, 1993         Page 45
  3102.  
  3103.  
  3104.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  3105.  
  3106.  
  3107.  
  3108.         -- Editor's    Note: [The following TBD values    will be    assigned
  3109.         -- prior to    publication.]
  3110.  
  3111.         iimcAutoTrans OBJECT IDENTIFIER ::=    {...TBD...}
  3112.         iimcManagement OBJECT IDENTIFIER ::= {...TBD...}
  3113.  
  3114.         iimcManagementNB  OBJECT IDENTIFIER    ::= {iimcManagement 1}
  3115.          -- for    IIMC derived NAME BINDINGS
  3116.  
  3117.         iimcManagementModule OBJECT    IDENTIFIER ::=
  3118.                             {iimcManagement 2}
  3119.          -- for    IIMC Translation ASN.1 Modules
  3120.  
  3121.         iimcManagementModAuto OBJECT IDENTIFIER ::=
  3122.                       {iimcManagementModule    1}
  3123.          -- for    automatically registering IIMC ASN.1 modules by
  3124.          -- RFC    number corresponding to    the Internet MIB
  3125.          -- translated.
  3126.  
  3127.         iimcManagementModMan OBJECT    IDENTIFIER ::=
  3128.                       {iimcManagementModule    2}
  3129.          -- for    explicit registration of ASN.1 Modules
  3130.  
  3131.         iimcManagementDoc     OBJECT    IDENTIFIER ::=
  3132.                             {iimcManagement 3}
  3133.          -- for    registering IIMC documents
  3134.  
  3135.         iimcManagementDocAuto OBJECT IDENTIFIER ::=
  3136.                            {iimcManagementDoc 1}
  3137.          -- for    automatically registering IIMC documents by RFC
  3138.          -- number corresponding to the    Internet MIB translated.
  3139.  
  3140.         iimcManagementDocMan OBJECT    IDENTIFIER ::=
  3141.                            {iimcManagementDoc 2}
  3142.          -- for    explicitly registering IIMC documents
  3143.  
  3144.         iimcIIMCIMIBTRANS OBJECT IDENTIFIER    ::=
  3145.                            {iimcManagementDocMan 1}
  3146.          -- for    registering this document, IIMCIMIBTRANS
  3147.  
  3148.         iimcIIMCProxy OBJECT IDENTIFIER ::=
  3149.                            {iimcManagementDocMan 3}
  3150.          -- for    registering document IIMCProxy
  3151.  
  3152.         iimcIIMCSEC    OBJECT IDENTIFIER ::=
  3153.                            {iimcManagementDocMan 4}
  3154.          -- for    registering document IIMCSEC
  3155.  
  3156.         iimcIIMCOMIBTRANS OBJECT IDENTIFIER    ::=
  3157.                            {iimcManagementDocMan 5}
  3158.          -- for    registering document IIMCOMIBTRANS
  3159.  
  3160.         iimcManagementProxy     OBJECT    IDENTIFIER ::= {iimcManagement 4}
  3161.  
  3162.  
  3163.         LaBarre          Expires November 29, 1993         Page 46
  3164.  
  3165.  
  3166.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  3167.  
  3168.  
  3169.          -- for    ISO/CCITT-internet proxy
  3170.  
  3171.         iimcManagementNot  OBJECT IDENTIFIER ::= {iimcManagement 5}
  3172.          -- for    IIMC defined notifications
  3173.  
  3174.         iimcManagementMOC  OBJECT IDENTIFIER ::= {iimcManagement 6}
  3175.          -- for    IIMC defined object classes
  3176.  
  3177.         iimcManagementAtt  OBJECT IDENTIFIER ::= {iimcManagement 7}
  3178.          -- for    IIMC defined attributes
  3179.         END
  3180.  
  3181.  
  3182.         IimcCommonDef {iimcManagementModMan    2}
  3183.         DEFINITIONS    IMPLICIT TAGS ::= BEGIN
  3184.         IMPORTS
  3185.               AdditionalInformation, ProbableCause,
  3186.               PerceivedSeverity, NotificationIdentifier,
  3187.               CorrelatedNotifications,
  3188.               FROM Attribute-ASN1Module    {joint-iso-ccitt ms(9)
  3189.                 smi(3) Part2(2)    asn1Module(2) 1}
  3190.               Attribute, ObjectInstance
  3191.               FROM CMIP-1 {joint-iso-ccitt ms(9) cmip(1)
  3192.                 version(1) protocol(3)}
  3193.               Counter32, Counter64, NsapAddress, IpAddress,
  3194.               UInteger32, Gauge32, Opaque, TimeTicks, Integer32
  3195.               FROM SNMPv2-SMI
  3196.               TEXTUAL-CONVENTION, DateAndTime, DisplayString,
  3197.               PhysAddress, MacAddress, TruthValue, TestAndIncr,
  3198.               AutonomousType, InstancePointer, TimeStamp,
  3199.               TimeInterval
  3200.               FROM SNMPv2-TC;
  3201.  
  3202.         AccessControlInfo ::= CHOICE  {
  3203.          communityString     [0] OCTET STRING,
  3204.          partyInfo         [1] SEQUENCE   {
  3205.                       srcParty  OBJECT IDENTIFIER,
  3206.                       dstparty OBJECT IDENTIFIER,
  3207.                       context   OBJECT IDENTIFIER
  3208.                             }
  3209.                       }
  3210.  
  3211.         InternetAlarmInfo ::= SEQUENCE     {
  3212.          probableCause         ProbableCause,
  3213.          attributeIdList     [1] AttributeIdentifierList
  3214.                                   OPTIONAL,
  3215.          objectInstanceList  [2] ObjectInstanceList
  3216.                              OPTIONAL,
  3217.          unknownVarBindList  CHOICE {
  3218.                      [3] RFC1157-SNMP.VarBindList,
  3219.                      [4] SNMPv2-PDU.VarBindList
  3220.                         }              OPTIONAL,
  3221.          internetTrapInfo    [5] InternetTrapInfo
  3222.                                   OPTIONAL,
  3223.  
  3224.  
  3225.         LaBarre          Expires November 29, 1993         Page 47
  3226.  
  3227.  
  3228.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  3229.  
  3230.  
  3231.          perceivedSeverity   [6] PerceivedSeverity
  3232.                                   OPTIONAL,
  3233.          notificationId         [7] NotificationIdentifier
  3234.                                   OPTIONAL,
  3235.          correlatedNot         [8] CorrelatedNotification
  3236.                                   OPTIONAL,
  3237.          transportDomain     [9] TransportDomain      OPTIONAL,
  3238.          transportAddress    [10] TransportAddress    OPTIONAL,
  3239.          accessControlInfo   [11] AccessControlInfo   OPTIONAL,
  3240.          additionalInformation [12] AdditionalInformation
  3241.                                   OPTIONAL
  3242.                       }
  3243.  
  3244.         InternetTrapInfo ::= SET OF    SEQUENCE {
  3245.                       objectInstance ObjectInstance
  3246.                                   OPTIONAL,
  3247.                       COMPONENTS of    Attribute}
  3248.  
  3249.         ObjectIdentifier ::= OBJECT    IDENTIFIER
  3250.  
  3251.         ObjectInstanceList    ::=  SET OF ObjectInstance
  3252.  
  3253.         RowStatus ::=  INTEGER   {
  3254.                 -- the following three values are
  3255.                 -- states:
  3256.                 -- these values    may be read.
  3257.                 active(1),
  3258.                 notInService(2),
  3259.                 notReady(3)
  3260.                      }
  3261.  
  3262.         TransportAddress ::= OCTET STRING
  3263.  
  3264.         TransportDomain ::=    OBJECT IDENTIFIER
  3265.  
  3266.         END
  3267.  
  3268.  
  3269.  
  3270.  
  3271.  
  3272.  
  3273.  
  3274.  
  3275.  
  3276.  
  3277.  
  3278.  
  3279.  
  3280.  
  3281.  
  3282.  
  3283.  
  3284.  
  3285.  
  3286.  
  3287.         LaBarre          Expires November 29, 1993         Page 48
  3288.  
  3289.  
  3290.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  3291.  
  3292.  
  3293.         5. Acknowledgments
  3294.  
  3295.         The    following individuals have contributed to this effort.
  3296.  
  3297.         Bob    Aronoff             - NIST
  3298.         Jon    Biggar             - NetLabs
  3299.         Mary Brady             - NIST
  3300.         April Chang             - NetLabs
  3301.         Ken    Chapman             - Stratus Computer    Inc.
  3302.         Alice Chen             - Boeing
  3303.         Christopher    Crowell         - Cabletron Systems
  3304.         Jock Embry             - Opening Technologies
  3305.         Ian    Emsley             - Bull S.A
  3306.         Paul Golick             - IBM
  3307.         Ulrich Gremmelmaier         - University of Stuttgart
  3308.         Pramod Kalyanasundaram   - University of Delaware
  3309.         Ken    Hunter             - Hewlett-Packard
  3310.         Lee    LaBarre             - The MITRE Corporation
  3311.         David Liu             - Northern    Telecom
  3312.         Jim    MacLeod             - U S West
  3313.         Reece Markowsky         - OSIWare
  3314.         Subrata Mazumdar         - IBM
  3315.         Keith McCloghrie         - Hughes LAN Systems
  3316.         Owen Newnan             - U S West
  3317.         Steve Ng             - MPR Teltech
  3318.         Yasuhiro Ohara         - NTT
  3319.         Jong-Tae Park         - KyungPook National University
  3320.         George Pavlou         - University College of London
  3321.         Lisa Phifer             - Bellcore
  3322.         Jim    Reilly             - Technical Rsch Ctr of Finland
  3323.         Tom    Rutt             - AT&T
  3324.         Adarsh Sethi         - University of Delaware
  3325.         Raj    Sirsikar         - University of Delaware
  3326.         Baltej Singh         - OSIWare
  3327.         Mark Smith             - Hewlett-Packard
  3328.         Einar Stefferud         - Network Management Associates
  3329.         Mark Sylor             - Digital
  3330.         Hector Trevino         - Bellcore
  3331.         Huy    Truong             - Tandem
  3332.         Al Vincent             - U S West
  3333.         Dean Voiss             - NetLabs
  3334.         David Waitzman         - BBN
  3335.         Graham Wisdom         - Timeplex
  3336.         Yoshi Yamashita         - NKK Corporation
  3337.  
  3338.  
  3339.  
  3340.  
  3341.  
  3342.  
  3343.  
  3344.  
  3345.  
  3346.  
  3347.  
  3348.  
  3349.         LaBarre          Expires November 29, 1993         Page 49
  3350.  
  3351.  
  3352.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  3353.  
  3354.  
  3355.         References
  3356.  
  3357.         [ISO7498-4]    ISO/IEC    IS 7498-4, Information Processing Systems -
  3358.         Open Systems Interconnection -Basic    Reference Model    Part 4 -
  3359.         Management Framework, 1989.
  3360.  
  3361.         [ISO8824] ISO/IEC 8824: Information    Technology - Open System
  3362.         Interconnection - Specification of Abstract    Syntax Notation    One
  3363.         (ASN.1),1990.
  3364.  
  3365.         [ISO8825] ISO/IEC 8825: Information    Technology - Open System
  3366.         Interconnection-Specification of Basic Encoding Rules for
  3367.         Abstract Syntax Notation One (ASN.1),1990.
  3368.  
  3369.         [ISO9595] ISO/IEC 9595, Information    Technology - Open System
  3370.         Interconnection - Common Management    Information Service
  3371.         Definition,    1991.
  3372.  
  3373.         [ISO9596-1]    ISO/IEC    9596-1,    Information Technology - Open
  3374.         Systems Interconnection - Common Management    Information Protocol
  3375.         - Part 1: Specification, 1991.
  3376.  
  3377.         [ISO10164-4] ISO/IEC 10164-4: Information Technology - Open
  3378.         Systems Interconnection - Systems Management - Part    4: Alarm
  3379.         Reporting Function,    1991.
  3380.  
  3381.         [ISO10165-1] ISO/IEC 10165-1: Information Technology - Open
  3382.         Systems Interconnection - Structure    of Management Information -
  3383.         Part 1: Management Information Model, 1991.
  3384.  
  3385.         [ISO10165-2] ISO/IEC 10165-2: Information Technology - Open
  3386.         Systems Interconnection - Structure    of Management Information -
  3387.         Part 2: Definition of Management Information, 1992.
  3388.  
  3389.         [ISO10165-4] ISO/IEC 10165-4: Information Technology - Open
  3390.         Systems Interconnection - Structure    of Management Information -
  3391.         Part 4: Guidelines for the Definition of Managed Objects, 1991.
  3392.  
  3393.         [RFC1155] RFC1155, M. Rose and K. McCloghrie, Structure and
  3394.         Identification of Management Information for TCP/IP    based
  3395.         internets, May 1990.
  3396.  
  3397.         [RFC1157] RFC1157, J.D. Case, M.S. Fedor, M.L. Schoffstall,C.
  3398.         Davin, Simple Network Management Protocol (SNMP), May 1990.
  3399.  
  3400.         [RFC1212] RFC1212, M. Rose,    K. McCloghrie -    Editors, Concise MIB
  3401.         Definitions, March 1991.
  3402.  
  3403.         [RFC1213] RFC1213, K. McCloghrie and M. Rose - Editors,
  3404.         Management Information Base    for Network Management of TCP/IP-
  3405.         based internets: MIB-II, March 1991.
  3406.  
  3407.         [RFC1215] RFC1215, M. Rose - Editor, A convention for Defining
  3408.         Traps for use with the SNMP, March 1991.
  3409.  
  3410.  
  3411.         LaBarre          Expires November 29, 1993         Page 50
  3412.  
  3413.  
  3414.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  3415.  
  3416.  
  3417.  
  3418.         [RFC1441] J.D. Case, K. McCloghrie,    M.T. Rose, S.L.Waldbusser,
  3419.         Introduction to version 2 of the Internet-standard Network
  3420.         Management Framework, April    1993.
  3421.  
  3422.         [RFC1442] J.D. Case, K. McCloghrie,    M.T. Rose, S.L.Waldbusser,
  3423.         Structure of Management Information    for version 2 of the Simple
  3424.         Network Management Protocol    (SNMPv2), April    1993.
  3425.  
  3426.         [RFC1443] J.D. Case, K. McCloghrie,    M.T. Rose, S.L.Waldbusser,
  3427.         Textual Conventions    for version 2 of the Simple Network
  3428.         Management Protocol    (SNMPv2), April    1993.
  3429.  
  3430.         [RFC1448] J.D. Case, K. McCloghrie,    M.T. Rose, S.L.Waldbusser,
  3431.         Protocol Operations    for version 2 of the Simple Network
  3432.         Management Protocol    (SNMPv2), April    1993.
  3433.  
  3434.         [RFC1450] J.D. Case, K. McCloghrie,    M.T. Rose, S.L.Waldbusser,
  3435.         Management Information Base    for version 2 of the Simple Network
  3436.         Management Protocol    (SNMPv2), April    1993.
  3437.  
  3438.         [RFC1452] J.D. Case, K. McCloghrie,    M.T. Rose, S.L.Waldbusser,
  3439.         Coexistence    between    version    1 and version 2    of the Internet
  3440.         Network Management Framework, April    1993.
  3441.  
  3442.         [IIMCMIB-II] ISO/CCITT and Internet    Management Coexistence
  3443.         (IIMC): Translation    of Internet MIB-II (RFC1213) to    ISO/CCITT
  3444.         GDMO MIB, Draft 2, May 1993.
  3445.  
  3446.         [IIMCPROXY]    ISO/CCITT and Internet Management Coexistence
  3447.         (IIMC): ISO/CCITT to Internet Management Proxy, Draft 2, May
  3448.         1993.
  3449.  
  3450.         [IIMCSEC] ISO/CCITT    and Internet Management    Coexistence (IIMC):
  3451.         ISO/CCITT to Internet Management Security, Draft 2,    May 1993.
  3452.  
  3453.         [IIMCOMIBTRANS] ISO/CCITT and Internet Management Coexistence
  3454.         (IIMC): Translation    of ISO/CCITT GDMO MIBs to Internet MIBs,
  3455.         Draft 2, May 1993.
  3456.  
  3457.         [NMFTR107] NM Forum    and X/Open, ISO/CCITT and Internet
  3458.         Management:    Coexistence and    Interworking Strategy, Issue 1.0,
  3459.         October, 1992.
  3460.  
  3461.  
  3462.  
  3463.  
  3464.  
  3465.  
  3466.  
  3467.  
  3468.  
  3469.  
  3470.  
  3471.  
  3472.  
  3473.         LaBarre          Expires November 29, 1993         Page 51
  3474.  
  3475.  
  3476.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  3477.  
  3478.  
  3479.  
  3480.  
  3481.  
  3482.         Appendix A (Normative)
  3483.          Managed Object    Conformance Statements (MOCS)
  3484.  
  3485.         Editor's Note: [This section will be filled    in prior to
  3486.         publication. When completed, this section will contain a tabular
  3487.         representation of the managed object classes, attributes,
  3488.         notifications, and name bindings defined in    this document. The
  3489.         format of these proforma tables will be as defined by ISO/IEC
  3490.         10165-6.]
  3491.  
  3492.  
  3493.  
  3494.  
  3495.  
  3496.  
  3497.  
  3498.  
  3499.  
  3500.  
  3501.  
  3502.  
  3503.  
  3504.  
  3505.  
  3506.  
  3507.  
  3508.  
  3509.  
  3510.  
  3511.  
  3512.  
  3513.  
  3514.  
  3515.  
  3516.  
  3517.  
  3518.  
  3519.  
  3520.  
  3521.  
  3522.  
  3523.  
  3524.  
  3525.  
  3526.  
  3527.  
  3528.  
  3529.  
  3530.  
  3531.  
  3532.  
  3533.  
  3534.  
  3535.         LaBarre          Expires November 29, 1993         Page 52
  3536.  
  3537.  
  3538.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  3539.  
  3540.  
  3541.         Appendix B (Informative) Issues in Conceptual Table
  3542.         Translation
  3543.  
  3544.         The    issue is whether to keep the current translation of Internet
  3545.         "conceptual" tables    into ISO object    classes    (which we call table
  3546.         objects), or to abandon such translations.
  3547.  
  3548.         The    Internet has the concept of "conceptual" tables    and
  3549.         "conceptual" entries (or rows).  However, conceptual tables    are
  3550.         never instantiated as a whole, i.e., treated as a single entity,
  3551.         whereas conceptual entries are treated as a    whole for
  3552.         instantiation (creation, deletion) and naming.
  3553.  
  3554.         Conceptual tables as ISO object classes are    not necessary since
  3555.         a conceptual table is never    treated    as a single entity, in the
  3556.         Internet context, e.g., no translated attributes or
  3557.         notifications are associated with the tables.
  3558.  
  3559.         However, the use conceptual    tables as containers for table entry
  3560.         objects may    provide    some convenience.  The real issue is whether
  3561.         the    convenience provided is    sufficient to warrant their
  3562.         inclusion in the translation process.
  3563.  
  3564.         Arguments Against Table Objects
  3565.  
  3566.         - They are not necessary to    faithfully translate Internet MIBs.
  3567.  
  3568.         - They provide no information.
  3569.  
  3570.         - They increase the    length of distinguished    names.
  3571.  
  3572.         - Their use    for scoping can    be provided by filtering on the
  3573.         object class, e.g.,    the table entry    object class.
  3574.  
  3575.         - Since they don't exist in    the Internet context, proxy devices
  3576.         must use special handling to treat them as "pseudo-objects."
  3577.  
  3578.         - Current OSI defined MIBs do not use the concept of table
  3579.         objects - the availability of filtering is assumed to be present
  3580.         with scoping as is called for in the multiple object selection
  3581.         functional unit of CMIP.
  3582.  
  3583.         - Management personnel do not like to see them cluttering up
  3584.         their consoles, especially if they are used    to current SNMP
  3585.         based managers.
  3586.  
  3587.         Arguments For Table    Objects
  3588.  
  3589.         - By increasing the    granularity of scoping,    they minimize the
  3590.         need for filters.  For example, suppose we want to retrieve    the
  3591.         ipNetToMediaEntry objects using the    ip object as the base
  3592.         managed object with    a scoping level    of one (no table objects).
  3593.         Without filtering, the table entry objects for ipRouteEntry,
  3594.         ipAddrEntry, and ipNetToMediaEntry would be    retrieved.  With
  3595.  
  3596.  
  3597.         LaBarre          Expires November 29, 1993         Page 53
  3598.  
  3599.  
  3600.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  3601.  
  3602.  
  3603.         filtering on the object class, only    the ipNetToMediaEntry
  3604.         objects would be retrieved - but at    the expense of filtering.
  3605.  
  3606.         - For efficiency in    proxies, filters would have to be examined
  3607.         before retrieval of    remote objects to determine which object
  3608.         classes are    actual candidates for the operation.  In the example
  3609.         above, if the filter was not examined to eliminate non candidate
  3610.         object classes before retrieval of the scoped objects then much
  3611.         unnecessary    data would have    to be retrieved    from the remote    SNMP
  3612.         agents.  Filtering in proxies may have to be performed before
  3613.         and    after the retrieval process for    efficiency.
  3614.  
  3615.         - Relatively efficient native and proxy implementations could be
  3616.         built without the filtering    capabilities.
  3617.  
  3618.         Impact of Removing Table Objects on    Containment Trees
  3619.  
  3620.         Should table object    classes    be removed, then the conceptual
  3621.         table entries would    be bound directly to the group with which
  3622.         they are associated.  The structure    of the resulting containment
  3623.         tree is illustrated    below.    Compare    this tree with the one
  3624.         illustrated    in section 3.3.3.
  3625.  
  3626.          Note: the system object class may be bound to objects
  3627.                other than root.
  3628.  
  3629.          "CCITT    Rec. X.660 | ISO/IEC 9834-1 : 1992": root
  3630.          |
  3631.          |-- "Rec. X.721 | ISO/IEC 10165-2 : 1992" : system
  3632.               |
  3633.               |-- group    derived    object class
  3634.               |
  3635.               |-- group    derived    object class
  3636.               |       |-- table entry
  3637.               |        |-- augmentation of table entry
  3638.               |
  3639.               |-- group    derived    object class
  3640.               |
  3641.               |    . . .
  3642.  
  3643.  
  3644.  
  3645.  
  3646.  
  3647.  
  3648.  
  3649.  
  3650.  
  3651.  
  3652.  
  3653.  
  3654.  
  3655.  
  3656.  
  3657.  
  3658.  
  3659.         LaBarre          Expires November 29, 1993         Page 54
  3660.  
  3661.  
  3662.         Draft  Translation of Internet MIBs    to ISO/CCITT MIBs5/26/93
  3663.  
  3664.  
  3665.         The    revised    containment tree which would result for    the Internet
  3666.         MIB-II derived object classes [IIMCMIB-II] is illustrated below.
  3667.  
  3668.         "CCITT Rec. X.660 | ISO/IEC 9834-1 : 1992": root
  3669.          |
  3670.          |"Rec.    X.721 |    ISO/IEC    10165-2    : 1992"    : system
  3671.               |
  3672.               |-- internetSystem
  3673.               |
  3674.               |-- at
  3675.               |       |---    atEntry
  3676.               |
  3677.               |-- egp
  3678.               |       |---    egpNeighEntry
  3679.               |
  3680.               |-- icmp
  3681.               |
  3682.               |-- interfaces
  3683.               |       |---    ifEntry
  3684.               |
  3685.               |-- ip
  3686.               |       |---    ipRouteEntry
  3687.               |       |
  3688.               |       |---    ipAddrEntry
  3689.               |       |
  3690.               |       |---    ipNetToMediaEntry
  3691.               |       |
  3692.               |       |---    ipForwardEntry
  3693.               |
  3694.               |-- snmp
  3695.               |
  3696.               |-- tcp
  3697.               |       |---    tcpConnEntry
  3698.               |
  3699.               |-- udp
  3700.                |---    udpEntry
  3701.  
  3702.  
  3703.  
  3704.                INTERNET    DRAFT -    Expires    November 29, 1993
  3705.  
  3706.  
  3707.  
  3708.  
  3709.  
  3710.  
  3711.  
  3712.  
  3713.  
  3714.  
  3715.  
  3716.  
  3717.  
  3718.  
  3719.  
  3720.  
  3721.         LaBarre          Expires November 29, 1993         Page 55
  3722.